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I.  INTRODUCTION 


A.  BACKGROUND 

Recent  operations  in  the  war  on  terror  have  demonstrated  the  value  of  precision 
deployments  and  strikes  made  at  long  ranges  from  operational  headquarters.  Long-range 
United  States  Marine  Corps  (USMC)  deployments  are  particularly  common  given  the 
expeditionary  nature  of  its  mission.  The  relatively  new  MV-22  Osprey  has  significantly 
extended  the  range  Marine  Air-Ground  Task  Force  (MAGTF)  forces  can  deploy  under 
the  cover  of  a  single  period  of  darkness.  Unfortunately,  the  extended  range  of  operations 
has  strained  the  effectiveness  and  reliability  of  the  MAGTF’s  communications 
capabilities  creating  conflicts  with  maintaining  command  and  control  on  the  battlefield. 
This  thesis  outlines  the  problem,  identifies  the  purpose  of  the  intended  technology, 
provides  a  background  of  the  technology  studied,  identifies  study  methodology,  provides 
study  results,  and  draws  conclusions  based  on  the  results. 

B.  PROBLEM  STATEMENT 

The  problem  is  that  current  communications  capabilities  do  not  adequately 
support  command  and  control  requirements  for  long-range  USMC  operations.  Current 
operations  often  exceed  the  range  of  the  communications  systems  employed. 
Additionally,  the  mountainous  terrain  of  the  modern  battlefield  further  degrades  the 
communication  system’s  effectiveness  and  reliability.  The  interruptions  in 
communications  pose  vital  risks  to  MAGTF  personnel  and  mission  success.  To  mitigate 
these  risks,  research  is  warranted  to  validate  the  feasibility  of  establishing  and  to  maintain 
long-range  communications. 

C.  PURPOSE  STATEMENT 

The  purpose  of  this  study  is  to  provide  a  concept  demonstrator  for  a 
communications  system  that  can  provide  reliable  low  bandwidth  data  communications 
over  ranges  up  to  700  miles.  To  provide  an  economic  and  easily  manufactured  solution, 
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the  components  will  consist  of  Commercial-Off-The-Shelf  (COTS)  equipment.  This 
study  identifies  the  capabilities  of  the  system  as  assembled  and  provides  a 
recommendation  to  the  viability  of  the  system  in  meeting  current  MAGTF  needs. 

D.  RESEARCH  QUESTIONS 

•  How  can  an  existing  USMC  system  be  adapted  or  augmented  to  provide  a 
low  cost  low  bandwidth  two-way  data  connection  capable  of 
circumventing  vertical  obstructions? 

•  Over  what  ranges  might  such  a  system  maintain  connectivity? 

E.  ORGANIZATION  OF  THESIS 

This  thesis  is  organized  in  the  following  manner. 

•  Chapter  I  Introduction  -  provides  a  brief  description  of  the 
background,  the  problem,  the  purpose,  scope,  research  questions,  and 
organization  of  the  study. 

•  Chapter  II  Literature  Review  -  provides  a  comprehensive  background 
of  the  current  capabilities  relating  to  the  study  as  well  as  phenomena 
associated  with  transmission  mediums  and  communications  platforms. 

•  Chapter  III  Methodology  -  provides  the  methodology  used  to  design 
the  system,  a  description  of  the  designed  system,  and  the  procedures 
designed  to  evaluate  the  chosen  system. 

•  Chapter  IV  Results  -  provides  the  data  and  observations  gathered 
during  the  system  evaluation  as  well  as  an  analysis  of  the  results. 

•  Chapter  V  Conclusions  and  Recommendations  -  provides  conclusions 
pertinent  to  the  USMC  based  on  the  results  as  well  as  recommendations  to 
the  USMC  on  future  areas  of  study. 


2 


II.  LITERATURE  REVIEW 


A.  CURRENT/PROSPECTIVE  MILITARY  CAPABILITIES 

The  United  States  Marine  Corps  learned  the  challenges  of  maintaining  data 
connectivity  for  its  operational  forces  during  Operations  Desert  Storm,  Enduring 
Freedom,  and  Iraqi  Freedom  (Guice  &  Munoz,  2004).  These  challenges  are  exacerbated 
by  the  increasing  distance  between  the  major  subordinate  commands  and  the 
maneuvering  forces  as  well  as  the  geographic  terrain  of  the  urban  Iraqi  and  rural  Afghani 
areas  (Guice  &  Munoz,  2004).  When  analyzing  potential  solutions  to  these  problems, 
currently  employed  systems  were  first  considered.  The  USMC  utilizes  several 
communication  systems;  among  which,  several  could  provide  a  means  for  passing  digital 
data. 


1.  Terrestrial-based  Radio  Systems 

The  United  States  military  currently  employs  a  multitude  of  radio  systems  with 
variances  based  on  intended  use,  propagation  characteristics,  geographical  footprint,  size, 
etc.  Radio  technology  has  existed  for  decades  and  as  a  result  is  a  stable  technology 
throughout  the  world  and  within  the  military.  The  historical  uses  of  radio  within  the 
military  have  centered  on  maintaining  command  and  control  through  voice 
communications  but,  with  recent  advances  in  radio  technology,  it  has  started  serving  as 
the  medium  for  data  connections.  Despite  being  an  older  and  more  stable  technology, 
radio  propagation  is  susceptible  to  shadowing  (signal  degradation  caused  by 
environmental  obstructions). 

a.  Enhanced  Position  Location  Reporting  System 

The  Enhanced  Position  Focation  Reporting  System  (EPFRS)  was  originally 
designed  to  provide  battlefield  commanders  with  positioning  data  for  their  maneuvering 
forces  via  digital  data  passed  over  radio  waveforms  (Bey,  2005).  After  the  Global 
Positioning  System  (GPS)  became  stable  and  more  prominent,  the  EPFRS  was  less 
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utilized  toward  providing  a  means  to  maintain  positional  awareness  of  assets  and  instead, 
through  several  refits  and  upgrades,  shifted  focus  to  providing  a  data  routing  capability 
throughout  a  radio  network  (Bey,  2005). 

The  EPLRS  has  a  multitude  of  benefits  as  a  potential  solution.  The  system  can 
support  up  to  488  kilobits  per  second  (Kbps),  can  utilize  several  multiple  access 
protocols,  utilizes  embedded  security,  is  already  in  use,  and  can  establish  connectivity 
with  other  employed  data  systems  (Bey,  2005).  Unfortunately,  the  EPLRS  has  a  range 
limitation  of  approximately  100  kilometers  (km)  for  ground  to  air  communications  (Bey, 
2005).  This  solution  requires  multiple  communications  relays  causing  network 
congestion,  potential  interference  problems,  and  requires  the  deployment  of  nodes  over 
enemy  territory  (Bey,  2005). 

b.  High  Frequency  Man-pack  Radio 

The  High-Frequency  Man-pack  Radio  (HFMR)  is  capable  of  passing  data  over 
the  horizon  (OTH)  to  maneuvering  units  (Bey,  2005).  Data  rates  for  unsecure 
communications  are  9600  bits  per  second  (bps)  while  secure  communications  pass  at 
2400  bps  (Bey,  2005).  The  system  is  capable  of  passing  data  through  point-to-point 
(PTP)  connections  (Bey,  2005).  The  HFMR  is  type  1  certified  by  the  National  Security 
Agency  and  comes  with  an  Automatic  Link  Establishment  (ALE)  feature  (Bey,  2005). 
ALE  is  s  method  of  establishing  and  maintaining  digital  connections  over  high  frequency 
radio  communications  through  the  typical  variances  in  signal  strength  caused  by  normal 
environmental  degradation.  While  the  HFMR  can  provide  the  desired  range  and 
throughput,  it  does  not  provide  an  answer  to  shadowing  caused  by  the  tall  horizontal 
obstructions  of  a  rural  or  mountainous  environment. 

c.  Single  Channel  Ground  and  Airborne  Radio  System 

The  Single  Channel  Ground  and  Airborne  Radio  System  (SINCGARS)  is  a  suite 
of  radios  that  serve  as  the  primary  means  of  communication  for  command  and  control 
(C2)  and  fire  support  on  the  battlefield  (United  States  Marine  Corps  [USMC],  1988). 
Widely  used  since  the  1980s,  the  system  boasts  a  high  security  posture  against  electronic 
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warfare  via  frequency  hopping  and  is  capable  of  voice  and  data  transmissions  of  up  to 
16Kbps  under  optimal  conditions  (Congressional  Budget  Office  [CBO],  2003).  The 
primary  drawback  of  SINCGARS  is  its  range.  The  radio,  typically  carried  by 
infantrymen,  only  has  a  range  of  8km  and  the  vehicle-mounted  variant  is  only  capable  of 
a  35km  range  (USMC,  1988). 

d.  Joint  Tactical  Radio  System 

The  Joint  Tactical  Radio  System  (JTRS)  was  supposed  to  consolidate  several 
legacy  radio  systems  into  one  system  that  could  provide  portable,  interoperable,  and 
mobile  ad  hoc  networking  via  software-defined  waveforms  for  Joint  Operations  (Swick, 
2006).  For  JTRS,  the  employed  waveform  defines  the  capabilities  of  the  radio;  therefore, 
this  section  will  delve  into  several  waveforms  envisioned  in  the  JTRS  suite,  which  could 
provide  the  desired  capability  (Maxen,  2011). 

One  waveform  of  significance  to  this  study  is  the  Wideband  Networking 
Waveform  (WNW).  The  WNW  is  intended  to  support  a  6. 2 -mile  range  with  data  rates  of 
5  megabits  per  sec  and  provide  mesh  capabilities  (Swick,  2006).  The  purpose  of  the  mesh 
capability  is  to  provide  a  self-forming  and  self-healing  communication  medium  capable 
of  meeting  the  wireless,  mobile,  and  security  demands  of  modern  military  operations 
(Swick,  2006).  Currently,  the  WNW  is  still  under  development  (Department  of  Defense 
[DOD],  2015).  While  the  WNW  would  meet  MAGTF’s  bandwidth  needs,  the  range  does 
not  warrant  serious  consideration  for  the  extended  operations  this  thesis  is  analyzing. 

The  Soldier  Radio  Waveform  (SRW)  is  intended  to  be  used  by  infantryman  and  is 
meant  to  provide  network  communication  between  large  numbers  of  geographically 
dispersed  nodes  (Maxen,  2011).  In  a  test  of  the  waveform,  36  radios  were  able  to 
maintain  communications  in  a  battlefield  environment  (Maxen,  2011).  The  SRW  is  a  self- 
healing  network  utilizing  code  division  multiple  access  (CDMA)  to  maintain 
communication  between  nodes  in  the  presence  of  link  drops  and  signal  losses  (Maxen, 
2011).  The  SRW  can  achieve  data  rates  between  450  Kbps  and  1.2  megabits  per  second 
(Mbps).  It  also  has  modes  for  the  security  of  the  transmitted  communications  but  the  data 
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rates  drop  to  between  2  Kbps  and  23.4  Kbps  (Maxen,  2011).  Currently,  the  SRW  is 
partially  fielded  with  just  under  20,000  Rifleman  Radios  fielded  (DOD,  2015). 

Throughout  its  development,  JTRS  has  had  several  restructurings  caused  by 
significant  schedule,  cost,  and  performance  setbacks  (Maxen,  2011).  As  a  result,  the 
system  is  still  in  development;  although,  various  components  of  the  system  have  been 
decoupled  in  an  attempt  to  mitigate  risk  and  provide  partial  capability  to  the  field  before 
full  capability  is  achieved  (DOD,  2015).  Consequently,  this  study  will  not  attempt  to 
incorporate  the  JTRS  waveforms  into  the  analysis. 

e.  Gemensamt  Taktiskt  Radiosystem 

The  Gemensamt  Taktiskt  Radiosystem  (GTRS)  is  the  Swedish  sister  project  to  the 
JTRS  (Maxen,  2011).  Two  notable  waveforms  associated  with  this  system  are  the 
Terrestrial  Trunked  Radio  (TETRA)  and  Tactical  Data  Radio  System  (TDRS)  (Maxen, 
2011).  TETRA  is  capable  of  providing  a  variable  data  rate  of  15.6  Kbps  to  538  Kbps 
within  bandwidths  ranging  from  25  kHz  to  150  kHz  ((Maxen,  2011)).  For  the 
propagation  frequencies  used,  TETRA  also  has  trouble  circumventing  large  vertical 
obstacles.  The  TDRS  waveform  serves  as  the  tactical  solution  for  the  system  (Maxen, 
2011).  It  is  based  on  a  commercial  waveform  called  FlexNet  and  is  capable  of  providing 
up  to  1  Mbps  to  150  nodes  over  a  frequency  range  of  2-2,000  MHz  (Maxen,  2011).  The 
range  of  TDRS  is  less  than  the  TETRA  waveform  and  encumbered  by  large  vertical 
obstacles. 

2.  Satellite  Systems 

Satellite  communication  offers  great  promise  for  meeting  current  and  future 
communications  requirements  involving  capacity  and  quality  (United  States  Marine 
Corps,  2012).  Satellite  communication  involves  transmission  from  a  ground  station  to  a 
satellite  followed  by  a  retransmission  of  the  satellite  to  a  receiving  ground  station.  The 
primary  benefit  of  satellite  communication  is  the  increased  range  of  communications  via 
the  larger  line  of  sight  (LOS)  created  by  a  satellite’s  footprint.  Four  satellites  in 
geostationary  orbit  allow  for  communication  from  anywhere  on  Earth  between  the  north 
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and  south  70  degree  latitude  marks  (USMC,  2012).  Compared  to  military  radio 
communications,  military  satellite  communications  offers  larger  bandwidth  links,  higher 
fidelity,  a  lack  of  dependence  on  reflection  or  refraction,  is  minimally  affected  by 
atmospheric  phenomena,  more  inherent  defense  against  enemy  physical  destruction,  and 
a  lower  probability  of  detection,  interception,  and  jamming  (USMC,  2012). 

Despite  the  aforementioned  benefits,  the  satellite  has  drawbacks,  some  of  which 
affect  the  methodology  of  this  study.  USMC  satellite  communications  have  larger  lead 
times  for  usage  than  traditional  radio  communications.  Lead  times  for  planning  channel 
allotment  typically  take  45-90  days  to  process  a  request  (USMC,  2012).  While  satellite 
offers  larger  bandwidth  per  link,  the  quantity  of  links  available  to  U.S.  forces  is  much 
more  limited  than  radio.  As  a  result,  units  at  the  echelon  of  operations  discussed  within 
this  study  are  advised  to  use  satellite  communications  as  a  means  of  last  resort  because 
higher  priority  is  given  to  objectives  higher  in  the  chain  of  command.  High  cost  has  a 
large  role  in  creating  the  current  circumstances  around  prioritization  of  satellite  links  and 
the  lack  of  more  available  links.  A  data  connection  over  satellite  costs  the  military  $3,000 
a  month  for  30  gigabytes  (GB)  of  transferred  data  with  additional  costs  for  features  such 
as  streaming  services,  terminal  management,  firewalls,  and  a  host  of  other  features 
(“BGAN  link  -  unlimited  use  BGAN  service,”  n.d.,  Internet  Service  section,  para.l). 

Due  to  weight  restrictions,  the  only  viable  source  of  power  for  satellites  is  solar 
cells  (USMC,  2012).  Solar  cells  are  highly  inefficient  forms  of  power,  and  therefore, 
limit  the  transmission  power  of  the  satellite,  which  in  turn,  translates  to  weak 
transmission  signals  created  by  the  satellite  (USMC,  2012).  To  compensate  for  the  weak 
signals  and  large  atmospheric  attenuation,  the  ground  station  of  the  receiving  end  of  a 
satellite  communication  typically  requires  larger  and  more  powerful  infrastructure.  Most 
of  the  satellite  systems  reviewed  within  this  study  were  disqualified  due  to  size  and 
mobility  constraints.  The  remaining  systems,  all  narrowband  systems,  were  disqualified 
due  to  cost,  security,  and  reliability  constraints. 
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3. 


Free  Space  Optics 


The  Office  of  Naval  Research  (ONR)  is  currently  developing  the  Tactical  Line- 
of-Sight  Optical  Communications  Network  (TALON)  for  its  Future  Naval  Capabilities 
program  (Thomas  &  Moore,  2014).  TALON  utilizes  free  space  optics  (FSO),  i.e.,  lasers, 
as  the  medium  to  pass  data  over  a  network  (Reynolds,  2013).  The  system  is  relatively  low 
cost  and  provides  superior  bandwidth  as  well  as  enhanced  security  features  compared  to 
traditional  radio  frequency  (RF)  communications  (Thomas  &  Moore,  2014).  The  system 
can  achieve  data  rates  beyond  1  gigabit  per  second  (Gbps)  and  provides  a  low  probability 
of  intercept,  detection,  and  jamming  due  to  the  highly  directional  laser  beams  (Thomas  & 
Moore,  2014).  An  additional  benefit  of  FSO  is  the  completely  avoidance  of  the  traditional 
frequency  congestion  problem  as  lasers  do  not  operate  within  the  RF  spectrum  (Thomas 
&  Moore,  2014).  Currently,  TALON  is  capable  of  providing  100  megabits  per  second 
(Mbps)  over  a  distance  of  70  km  (Thomas  &  Moore,  2014).  FSO  would  not  be  a  viable 
solution  because  currently  tall  and  stable  masts  are  required  to  act  as  nodes  to  achieve  the 
communication  distances  required  by  extended  MAGTF  operations.  For  these  types  of 
missions,  it  is  not  feasible  to  erect  tall  masts  through  enemy  or  contested  territory. 
Additionally,  airborne  perturbations  such  as  rain,  fog,  or  dust  can  cause  significant 
degradation  in  the  data  rates  of  the  system  (Magnuson,  2014).  This  is  particularly 
troublesome  for  a  military  communications  system,  which  must  be  highly  reliable  at  all 
times  and  in  all  environments. 

B.  RELAY  PLATFORM 

As  discussed  previously,  satellite  offers  a  relatively  expensive  option  to 
circumvent  the  shadowing  phenomenon  created  by  large  vertical  obstructions  to 
electromagnetic  propagation.  A  more  inexpensive  solution  may  be  found  in  non-orbital 
platforms.  More  specifically,  aerial  platforms  such  as  Unmanned  Aerial  Vehicles  (UAVs) 
or  High  Altitude  Balloons  (HABs)  may  offer  a  platform  capable  of  addressing  the 
shadowing  problem  while  extending  electromagnetic  propagation. 
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1. 


Unmanned  Aerial  Vehicle 


Unmanned  Aerial  Vehicles  (UAVs),  also  known  as  drones,  is  a  relatively  new 
technology.  While  specific  UAV  systems  are  stable,  the  market  is  budding  with  new 
developments  in  associated  systems  and  subsystems  used  by  the  new  technology.  This 
feature  makes  research  into  the  field  particularly  difficult  due  to  the  constantly  changing 
foundation  upon  which  the  technology  is  built.  Based  on  the  research  done  for  this  study, 
it  seems  likely  future  models  of  UAVs  will  likely  be  capable  of  providing  a  relay 
platform  for  a  long-range  communication  system  that  can  solve  the  shadowing  problem 
presented  in  this  study.  However,  for  reasons  outlined  in  the  remainder  of  this  section, 
current  models  of  UAVs  do  not  appear  to  provide  a  simple  economical  solution  to 
counter  shadowing  effects  in  long-range  communications.  For  ease  of  understanding,  this 
research  divided  the  various  systems  currently  available  into  three  categories  based  on 
method  of  lift:  rotary  wing,  fixed  wing,  and  hybrid. 

a.  Rotary  Wing 

Rotary  winged  drones  are  most  commonly  seen  in  commercially  available 
systems  and  involve  several  horizontally  rotating  wings,  which  create  the  lift  required  to 
fly  (Vergouw,  Nagel,  Geert,  &  Custers,  2016).  Rotary  systems  tend  to  be  smaller  due  to 
power  and  weight  constraints  created  by  larger  rotary  systems  (Vergouw  et  al.,  2016).  For 
similar  reasons,  most  models  are  only  capable  of  sustaining  flight  for  approximately  a 
half  an  hour  (Vergouw  et  al.,  2016).  Rotary  systems  have  several  benefits,  which  lend 
themselves  to  use  as  a  relay  station.  These  systems  are  capable  of  vertical  takeoff  and 
landing  (VTOL),  hovering,  and  pre-programmed  flight.  A  rotary  winged  drone  provides 
the  capability  of  easily  deployment  by  a  squad  after  arrival  to  the  assigned  AOR.  The 
primary  disqualifier  for  rotary  winged  drones  is  the  flight  time.  Maintaining 
communications  for  only  a  half  hour  at  a  time  is  not  sufficient  for  the  tempo  and  duration 
of  current  MAGTF  operations.  It  should  also  be  noted  some  but  not  all  rotary  winged 
systems  are  unsuitable  due  to  altitude  and  payload  constraints  (3D  Robotics,  2015). 

Fixed  wing  drones  have  had  use  within  the  military  structure  for  some  time.  Fixed 
wing  systems  typically  have  longer  uptimes  than  do  their  rotary  cousins  due  to  the  larger 
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fuel  sources  they  can  employ  such  as  kerosene,  fuel  cells,  and  solar  cells  (Vergouw  et  al., 
2016).  The  large  UAVs  commonly  used  by  the  military  average  10  hours  of  flight  time 
per  sortie,  have  a  range  of  770  miles,  and  a  ceiling  of  25,000  feet  (United  States  Air 
Force  [USAF],  2015).  Additionally,  their  payload  can  weigh  up  to  450  pounds;  which,  far 
exceeds  the  payload  of  a  viable  communication  relay  (USAF,  2015).  Currently,  the 
military  typically  utilizes  this  UAV  for  armed  reconnaissance,  airborne  surveillance,  and 
target  acquisition  (USAF,  2015).  The  MQ-1B  Predator  reached  initial  operational 
capability  in  March  2005  and  as  of  September  2015,  there  are  150  units  fielded  (USAF, 
2015).  Part  of  the  reason  for  so  few  being  fielded  is  the  cost;  one  MQ-1B  Predator  costs 
the  government  $20  million  to  produce  (USAF,  2015).  For  these  larger  fixed  wing  UAVs, 
given  the  production,  operating,  and  opportunity  cost  associated  with  use,  it  is  not 
feasible  to  have  these  systems  serve  as  a  communications  relay  platform.  Additionally, 
these  systems  require  an  additional  command  and  control  element  due  to  the  remote 
piloting  required  for  navigation.  This  adds  to  the  frequency  congestion  problem  the 
military  and  civilian  sectors  faces  as  well  as  adds  coordination  requirements  for  the 
military  to  ensure  proper  cohesion. 

b.  Fixed  Wing 

Several  smaller  variations  of  fixed  wing  drones  exist  and  could  serve  relay 
functionality  in  a  communication  system.  The  Raven  is  a  smaller  fixed  wing  system 
developed  in  2002  and  in  relatively  large  use  by  the  U.S.  Army  (Vergouw  et  al.,  2016). 
The  system  weighs  2  kilograms,  has  a  flight  time  of  60-90  minutes,  is  launched  by  a 
human  throw,  lands  by  gliding  toward  a  landing  site,  and  cushions  the  impact  of  landing 
by  breaking  apart  at  designated  locations  within  the  system  (Vergouw  et  al.,  2016).  The 
primary  disqualifier  for  the  Raven  is  the  payload;  given  the  system  only  weighs  2 
kilograms  it  does  not  support  a  payload  necessary  for  relaying  communications  at  the 
required  ranges.  The  ScanEagle  is  also  a  small  variation  of  the  fixed  wing  drone. 
Primarily  used  for  surveillance,  it  boasts  a  20-hour  flight  time  and  requires  little  space  for 
takeoff  or  landing  (Vergouw  et  al.,  2016).  Unlike  the  Raven,  the  ScanEagle  weighs  18 
kilograms  (Vergouw  et  al.,  2016).  The  primary  disqualifier  for  the  ScanEagle  system  is 

the  advanced  pneumatic  pressure  system  required  to  launch  the  system  and  the  skyhook 
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system  required  to  retrieve  it  (Vergouw  et  al.,  2016).  This  presents  challenges  for  a  squad 
of  soldiers  deployed  in  an  austere  environment  expected  to  launch  and  retrieve  the 
system. 


c.  Hybrid 

Hybrid  drones  consist  of  systems  that  either  have  both  rotary  and  fixed  wing 
components  or  have  neither  rotary  nor  fixed  wing  components.  This  category  represents 
the  cutting  edge  for  drones  and  as  such  are  the  most  unstable  and  untested  systems. 
Omithopters  are  drones  that  mimic  the  flight  pattern  of  birds  or  insects  (Vergouw  et  al., 
2016).  These  systems  are  created  on  the  same  scale  as  the  animal  being  mimicked  and  as 
such  are  too  small  for  serious  consideration  within  the  contexts  of  this  study.  Latitude 
Engineering’s  HG-60  drone  is  a  hybrid  drone  consisting  of  rotary  and  fixed  wing 
components.  The  system  currently  holds  the  record  for  the  longest  flight  by  a  VTOL 
aircraft  at  just  under  22.5  hours  (Atherton,  2015).  This  system  could  provide  a  suitable 
relay  platform  for  the  type  of  communications  system  designed  for  this  study  but  the 
system  is  currently  still  in  the  testing  phase. 


Figure  1.  Latitude  Engineering’s  HG-60  Drone.  Source:  Atherton  (2015). 
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2. 


High  Altitude  Balloon 


Balloons  have  a  long  and  storied  history  with  the  military.  American  forces  first 
used  balloons  during  the  Civil  War  for  reconnaissance  (Reitinger,  1993).  For  this 
discussion,  a  High  Altitude  Balloon  (HAB)  refers  to  a  super  pressure  balloon  capable  of 
ascending  thousands  of  feet  and  maintaining  altitude  for  a  significant  duration  (Reitinger, 
1993).  HABs  achieve  buoyancy  through  the  use  of  a  strong  sealed  envelope  containing 
lighter-than-air  gas  (Reitinger,  1993).  The  Office  of  Naval  Research  was  performing  tests 
on  this  technology  in  the  early  1950s  (Madison,  1961).  HABs  were  used  to  lift  and  drop 
dummies  from  altitudes  ranging  from  30,000  and  98,000  feet  in  order  to  test  parachutes 
(Madison,  1961).  HAB  technology  allows  for  days  to  months  of  aerial  flotation;  however, 
it  is  difficult  to  keep  the  balloon  stationary  for  this  amount  of  time  due  to  winds 
(Hawkins,  1989).  The  longest  duration  this  research  found  for  the  flight  of  a  HAB  was 
744  days  (Epiey,  1990).  It  should  be  noted,  the  flight  and  payload  characteristics  of  a 
HAB  vary  widely  and  are  largely  dependent  upon  the  envelope  construction,  the  gas 
used,  and  the  payload.  The  relevance  to  this  study  is  the  possibility  of  utilizing  this 
technology  as  a  platform  for  an  intermediate  device  capable  of  transmitting  and  receiving 
communication  signals,  that  is  a  communications  relay  capability. 

This  chapter  of  the  study  reviewed  the  available  technologies  with  the  potential  to 
function  in  a  system  designed  to  answer  this  study’s  research  questions.  As  previously 
discussed,  several  technologies  show  great  promise  and  several  of  the  technologies 
discussed  would  not  fulfill  the  needs  of  the  study  or  the  USMC.  The  following  chapter 
discusses  the  methodology  used  to  identify  the  system  components  as  well  as  the 
methodology  used  to  evaluate  the  system. 
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III.  METHODOLOGY 


This  chapter  discusses  the  specific  needs  of  the  USMC,  the  methodology  used  to 
choose  the  system  components,  a  description  of  the  system  created,  and  the  procedures 
used  to  evaluate  the  capabilities.  The  USMC  currently  has  many  systems  with  far 
reaching  ranges  but  none  that  meet  the  ranges  required  by  the  new  methods  of  operation 
created  by  the  MV-22  Osprey  save  the  use  of  satellite  communications.  The  majority  of 
the  systems  capable  of  extended  ranges  are  radio  systems.  Due  to  the  new  modality  of 
operations,  the  USMC  has  new  requirements  for  its  communications  systems.  The  USMC 
seeks  a  system  that  is  capable  of  passing  enough  digital  data  to  communicate  simple  chat 
messages  to  deployed  units  up  to  700  miles  away.  The  system  must  also  be  mobile 
enough  to  support  a  group  of  infantrymen  conducting  mobile  operations  in  austere 
environments  where  environmental  features  produce  the  shadowing  effect.  This  entails  a 
system  that  adds  minimal  weight  to  the  deployed  gear  as  well  as  precluding  the 
availability  of  a  vehicle  as  a  platform  and  power  source. 

A.  SYSTEM  DESIGN  METHODOLOGY 

In  order  to  provide  a  solution  the  USMC  could  easily  and  inexpensively  replicate, 
this  study  focused  on  adapting  existing  systems  to  generate  the  new  capability. 
Ultimately,  it  was  decided  to  focus  on  adapting  the  method  of  use  of  a  radio  system  in  the 
current  inventory  to  meet  the  objectives.  A  radio  system  provides  several  advantages 
should  a  technology  demonstrator  prove  successful.  The  primary  benefit  of  radio  signals 
is  the  innate  ability  of  shortwave  frequencies  to  reflect  or  refract  off  the  atmosphere 
allowing  for  beyond  line  of  sight  communications.  Utilizing  shortwave  radio  frequencies 
helps  minimize  risks  associated  with  establishing  such  long-range  communications 
because  short  wave  propagation  inherently  reaches  these  lengths.  Utilizing  a  radio 
medium  also  confers  other  benefits.  Radio  is  a  very  stable  technology  and  with 
widespread  use  within  the  DOD.  Several  of  the  radios  utilized  by  the  DOD  are  designed 
to  pass  digital  data  through  the  system.  The  DOD  has  established  expertise,  supply 
chains,  and  acquisition  experience  with  radio  systems.  A  portion  of  the  rationale  involved 
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with  selecting  radio  waves  as  a  medium  involves  the  ease  of  transition  the  DOD  will 
likely  experience  when  adopting  the  system  compared  to  a  new  immature  technology. 
Where  possible,  this  study  sought  to  use  a  radio  system  currently  in  use  by  the  DOD 
affording  the  USMC  the  benefit  of  minimizing  the  effort  to  transition,  utilize  existing 
purchase  options,  maintenance  structures,  and  previously  fulfilled  security  requirements. 

While  radio  provides  a  medium  offering  the  benefits  noted  above,  an  investigation 
is  still  necessary  into  the  remaining  system  requirements  and  if  a  radio  system  could  be 
adapted  to  meet  those  requirements.  The  mobility  aspects  of  the  requirements  disqualified 
some  radio  systems.  Particularly,  those  radio  systems  requiring  large  power  sources 
and/or  large  hardware  such  as  antenna  towers  to  achieve  radio  propagation.  Fortunately, 
several  radio  systems  in  use  by  the  DOD  are  handheld  and  capable  of  transmitting 
shortwave  frequencies.  Initially,  it  was  unclear  if  these  devices  could  maintain  the  long 
ranges  given  the  smaller  form  factor  necessitating  weaker  power  supplies  and  smaller 
antennae. 

Radio  by  itself  does  not  solve  the  problem  of  clearing  large  vertical  obstructions 
near  the  area  of  transmission.  To  meet  this  requirement,  this  study  sought  to  utilize  a 
radio  relay  station  that  could  be  elevated.  As  noted  in  Chapter  II,  this  study  ceased  further 
investigation  of  a  satellite  solution  due  to  the  costs  associated  with  the  procurement  of  a 
satellite  or  the  purchase  of  time  or  data  on  another  entity’s  satellite(s).  This  study  also 
ceased  further  investigation  of  a  UAV  platform  in  part  due  to  cost  but  primarily  due  to 
the  additional  command  and  control  requirements  a  UAV  introduces.  A  UAV  typically 
requires  a  pilot  and  additional  lines  of  communication  allowing  the  pilot  to  fly  the 
platform  as  well  as  provide  the  pilot  with  the  necessary  information  a  normal  aerial 
vehicle  provides  via  onboard  instrumentation.  Automated  piloting  of  a  UAV  was  deemed 
too  immature  a  technology  to  consider  within  the  scope  of  this  particular  application. 
Ultimately,  this  study  prioritized  the  investigation  of  high  altitude  balloons  (HABs)  as  the 
platform  for  a  radio  relay. 

HABs  require  minimal  C2  support  usually  only  outfitted  with  a  radio  link  for 

vertical  navigation.  The  drawback  of  minimal  C2  for  the  HAB  is  the  ability  to  control  its 

location;  more  specifically,  horizontal  navigation  is  to  a  large  extent  dependent  upon  the 
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prevailing  winds  and  general  environment.  While  a  UAV  has  a  larger  C2  overhead,  it  is 
able  to  maintain  a  precise  location  much  easier  than  a  HAB.  The  HABs  investigated  by 
this  study  were  only  capable  of  indirect  control  of  their  vertical  position  through  the 
clever  use  of  the  lift  gas  and  the  controlled  weight  of  a  small  amount  of  ballast.  The  only 
real  means  of  horizontal  control  of  a  HAB  is  through  the  vertical  placement  of  the 
platform  between  constantly  changing  wind  streams.  Despite  these  drawbacks,  a  HAB 
can  typically  stay  within  range  for  several  hours;  and,  compared  to  other  aerial  platform 
technologies,  is  cheap  enough  to  deploy  repeatedly  should  a  HAB  drift  out  of  the  desired 
range. 

For  the  text  communications  requirement,  this  study  sought  to  identify  a  potential 
solution  within  the  DOD’s  current  capabilities.  The  text  capabilities  would  have  to  be 
robust  enough  to  not  limit  communications  between  end-nodes  yet  simple  enough  to  have 
minimal  overhead  within  the  network.  Minimal  overhead  helps  maximize  throughput  on 
the  network.  Maximizing  output  not  only  serves  to  provide  efficient  communications;  it 
helps  provide  communications  that  are  more  reliable.  Reliable  communication  equates  to 
minimal  loss  of  communications  during  periods  of  minor  environmental  or  electronic 
interference. 

B.  SYSTEM  DESIGN 

The  system  designed  for  this  study  utilizes  three  radios.  Two  radio  operators  use  a 
commercial  off  the  shelf  tactical  handheld  radio  while  a  third  radio  relays  data  messages 
between  the  first  two.  The  radio  serving  the  relay  function  is  mounted  to  the  tail  of  the 
HAB.  Both  end-point  radios  are  connected  to  a  laptop  via  a  model  850  ViaSat  Data 
Controller  (VDC).  Each  laptop  hosts  a  program  called  ViaSat  eMail  (Vmail),  which 
enables  chat  functionality. 
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Figure  2.  Example  of  a  Similar  System  to  the  One  Created  in  This  Study. 

Modern  U.S.  conflicts  have  demonstrated  the  continued  trend  towards  joint  and 
coalition  modalities  of  operations.  This  study  also  sought,  if  possible,  to  demonstrate 
wireless  data  connectivity  between  two  different  commercial  radios  capable  of  delivering 
data  over  radio.  The  NPS  had  in  its  inventory  Harris  7800M-HH  radios  and  Thales 
Multiband  Inter/Intra-Team  Radio  (MBITR)  radios.  Both  radios  have  the  ability  to 
transmit  data  over  an  analog  signal  “out  of  the  box”  and  have  been  designed  to  do  so  with 
the  same  model  radios  requiring  minimal  configuration.  These  radios  were  tested  in  an 
attempt  to  provide  a  technology  demonstrator  for  a  vertically-suspended  relay  system. 
The  requirement  to  establish  a  data  connection  was  met  utilizing  a  RF-7800M-HH  Harris 
radio  and  a  MBIRTR/PRC-6809  Thales  radio.  Detailed  setting  configurations  for  the  RF- 
7800M-HH  and  the  MBITR/PRC-6809  radios  can  be  found  in  Appendices  A  and  B, 
respectively. 

The  VDC-850,  laptop,  and  Vmail  application  serve  to  send  and  receive  the  data 
packets  sent  through  the  aforementioned  radios.  The  VDC-850  serves  to  encapsulate  and 
de-encapsulate  the  data  in  a  similar  fashion  to  a  network  Ethernet  adapter.  It  also 
performs  timing  and  modulation  functions  necessary  to  transmit  the  data  over  a  radio 
medium.  The  laptop  serves  as  the  display  and  input  device  as  well  as  the  platform  for  the 
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Vmail  application  to  function  upon.  The  Vmail  application  serves  to  translate  the  ACSII 
information  to  and  from  digital  data  for  the  VDC-850.  Detailed  configuration  for  the 
Vmail  application  and  VDC-850  can  be  found  in  Appendix  C. 

The  relay  platform  used  during  this  evaluation  was  a  SkySat  Repeater  Platform 
manufactured  by  Space  Data  ®  Incorporated.  This  system  provides  a  high  altitude  radio 
repeater  via  a  rapid  launch  balloon.  The  system  utilizes  a  military  UHF  repeater  operating 
within  a  frequency  range  of  225-375  MHz.  For  the  purposes  of  this  study,  this  system 
served  as  the  aerial  relay  subsystem  for  communication  between  the  two  operator  radios. 


Figure  3.  SkySat  Subsystem  Prior  to  Launch. 
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Figure  4.  SkySat  Subsystem  Shortly  After  Launch. 

C.  EVALUATION  PROCEDURES 

The  following  section  covers  the  procedures  followed  to  gather  the  data  discussed 
in  Chapter  IV.  The  procedures  were  executed  with  assistance  from  a  Space  Data 
Corporation  (SDC)  engineer.  The  system  described  was  constructed  in  a  lab  environment. 
Prior  to  evaluation,  SDC  performed  calculations  for  expected  drift  patterns  of  the  balloon 
based  on  weather  data.  The  drift  calculations  were  performed  utilizing  proprietary 
software  created  by  SDC.  After  setting  up  the  system,  the  first  procedure  was  to  establish 
a  data  connection  in  a  lab  environment.  A  radio  relay,  established  by  SDC  employees, 
was  used  to  establish  a  data  link  between  the  operator  radios.  The  radio  relay  mimicked 
the  relay  deployed  on  a  SDC  SkySat  balloon  configuration.  After  a  satisfactory  bench 
test,  the  team  began  the  procedures  for  the  SkySat  balloon  launch. 

The  2000  gram  SkySat  balloon  was  filled  to  a  diameter  of  approximately  15  feet 
using  helium.  After  filling  the  balloon  to  the  appropriate  volume,  the  balloon  was  held 
down  by  personnel  while  a  short  equipment  check  was  performed  on  the  balloon-hosted 
system.  The  equipment  check  consisted  of  a  vent,  ballast,  and  communications  test  of  the 
balloon’s  control  mechanisms.  Prior  to  launch,  another  data  link  check  was  performed  to 
ensure  no  system  malfunctions  had  occurred.  Great  care  was  taken  to  avoid  skin  contact 
with  the  balloon’s  surface.  As  oil  generated  by  human  skin  has  negative  impacts  on  the 
material  of  the  balloon  and  its  ability  to  keep  a  tight  seal  at  high  altitudes.  The  smallest 
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pin-hole  can  have  drastic  impacts  on  the  ability  of  the  balloon  to  reach  cruising  altitudes 
and  maintain  the  intended  flight  duration.  The  balloon  was  walked  approximately  50  feet 
from  obstructions  and  released. 

Another  systems  check  was  conducted  after  the  balloon  reached  a  cruising 
altitude  of  60,000  feet.  This  check  was  conducted  prior  to  deploying  the  radio  operators. 
After  a  successful  final  function  check,  the  radio  operators  were  deployed  to  simulate 
mobihty  as  well  as  prove  the  system  was  capable  of  communicating  over  a  base  range. 
During  the  flight,  data  was  captured  on  the  balloons  telemetry  and  control  system  status. 

The  data  connection  between  the  hosted  laptop  computers  was  demonstrated 
through  the  successful  receipt  and  transmission  of  chat  messages  between  the  laptops 
utilizing  the  radio  links.  The  “deployed”  radio  operator  simulated  a  mobile  operations 
tempo  through  driving  to  various  areas  in  Phoenix,  AZ.  Throughout  the  various 
movements  of  the  radio  operator,  the  balloon  drifted  as  expected  and  in  accordance  with 
local  wind  patterns.  After  the  flight  was  concluded,  Space  Data  retrieved  and  refurbished 
the  SkySat  balloon  platform  for  future  use. 


Figure  5.  Sample  of  Data  Captured  by  SkySat  Telemetry. 
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Figure  6.  SkySat  Flight  Tracking  During  Evaluation  Procedures. 


This  chapter  provided  a  review  of  the  methodology  used  to  conduct  this  study. 
More  specifically,  it  provided  a  detailed  description  of  the  system  and  the  design  process 
used  to  determine  it.  It  also  identified  the  procedures  used  to  evaluate  the  system’s 
capabilities  based  on  the  USMC’s  requirements.  The  following  chapter  will  provide  a 
review  of  the  data  obtained  through  the  evaluation  as  well  as  data  analysis. 
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IV.  RESULTS 


This  chapter  discusses  the  results  of  the  designed  system’s  evaluation  as  described 
in  Chapter  III  as  well  as  an  analysis  based  on  the  data  and  observations.  It  has  been 
divided  into  the  following  sections:  Evaluation  Preparation,  Pre-Evaluation,  Evaluation, 
and  Analysis.  The  system  design  and  evaluation  was  conducted  with  a  significant 
contribution  from  Space  Data  Corporation  (SDC)  engineers  in  accordance  with  a  contract 
let  to  assist  with  this  effort.  SDC  conducted  similar  experiments  in  2008  successfully 
transferring  text  and  image  data  over  a  radio  network  (“USSOCOM-NPS  field 
experimentation  cooperative  program:  Tactical  network  topologies,”  n.d.).  During  these 
experiments,  the  system’s  range  was  not  explored  in-depth  and  the  end-point  radios  were 
the  same  model.  However,  SDC  provided  indispensable  input  and  feedback  based  on 
their  prior  experience. 

A.  EVALUATION  PREPARATION 

Beyond  the  assistance  rendered  in  system  design  and  evaluation,  SDC  is  the 
developer  and  manufacturer  of  the  SkySat  HAB  system.  One  day  prior  to  testing,  on  20 
July  2016,  SDC  engineers  calculated  the  expected  atmospheric  environment  for  the 
evaluation  day.  They  performed  these  calculations  utilizing  their  proprietary  software, 
Predictor,  in  conjunction  with  National  Weather  Service  data.  The  calculations  were 
utilized  to  identify  the  expected  drift  patterns  of  the  SkySat  HAB  as  well  as  weather 
conditions  that  might  have  precluded  a  proper  system  evaluation. 

The  system  setup  portion  of  the  study  required  considerable  effort  consisting 
primarily  of  trial  and  error  in  order  to  identify  the  correct  configuration  as  no  prior  known 
effort  attempted  to  interface  the  two  disparate  radios  in  this  manner.  More  specifically, 
the  timing  settings  were  very  consequential  in  establishing  a  relatively  low  latency 
connection  between  end  devices.  A  key  portion  of  the  lab  configuration  was  dependent 
upon  information  gleaned  from  ViaSat  documentation.  The  relevance  of  the  difficulty 
involved  in  proper  configuration  is  explored  further  in  the  Analysis  section.  Within  the 
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lab  environment,  a  radio  relay  was  established  to  mimic  the  radio  relay  of  the  SkySat 
HAB  for  the  purpose  of  pre-evaluation  system  checks. 

B.  PRE-EVALUATION 

The  evaluation  was  conducted  on  21  July  2016.  The  morning  was  spent  fine 
tuning  various  radio  and  software  settings  to  optimize  the  system.  The  end  point  radios 
were  first  put  into  a  simplex  configuration  to  establish  connectivity  directly  between  each 
radio  without  the  radio  relay.  After  several  successful  communications  between  radios  in 
this  mode,  the  system  was  altered  to  pass  communication  signals  through  the  repeater 
previously  installed  in  a  test-bay  to  mimic  the  radio  relay  installed  on  the  SkySat  HAB. 
After  establishing  confidence  in  the  system  configurations,  the  focus  shifted  toward  a 
successful  launch  of  the  SkySat  HAB. 
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The  flight  paths  presented  are  the  predicted  flight  paths  of  the  SkySAT  HAB  based  on 
weather  data. 

Figure  7.  Image  of  Space  Data’s  Predictor  Software. 


SDC  provided  a  staging  area  within  their  facility  for  the  SkySat  HAB.  The  staging 


area  was  prepared  with  the  deflated  SkySat  HAB  placed  upon  a  tarp.  Within  this  staging 

area,  the  HAB  was  filled  with  a  lighter  than  air  gas  to  a  diameter  of  approximately  15 
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feet.  All  members  handling  the  HAB  wore  gloves  to  reduce  the  chance  of  skin-to-HAB 
contact  and  consequently  maintain  its  structural  integrity,  as  oils  from  the  skin  can 
degrade  the  material  of  the  balloon.  Visual  and  audial  examinations  were  conducted  by 
two  members  of  the  evaluation  team  over  the  surface  of  the  HAB .  The  examination  was 
conducted  to  identify  any  leaks  of  gas  through  the  surface  of  the  HAB.  No  visual  or 
audible  leaks  were  observed  during  this  examination. 

After  the  examination  for  leaks,  team  members  moved  the  HAB  to  the  launch  area 
outside  the  facility,  ensuring  contact  was  avoided  between  the  HAB  and  any  surface 
along  the  route.  After  reaching  the  launch  area,  the  HAB  was  anchored  by  human  weight 
while  a  HAB  control  system  evaluation  was  conducted.  The  HAB  control  system 
evaluation  consisted  of  telemetry,  sensors,  ballast  release,  and  venting  systems  checks. 
All  control  systems  were  observed  to  be  functioning  adequately.  The  SkySat’s  telemetry 
and  flight  controls  were  integrated  into  a  single  software  application  held  on  a  separate 
laptop,  henceforth  referred  to  as  the  ground  station.  As  a  part  of  the  ground  station 
functionality,  the  SkySat’s  telemetry  and  system  health  data  were  recorded  at  intervals  of 
approximately  2  seconds  throughout  the  system  evaluation.  The  HAB  was  released  by 
hand  at  11:00  PM  and  rose  to  a  cruising  altitude  of  approximately  68,000  feet  over  the 
span  of  36  minutes,  an  average  ascent  of  30  feet  per  second. 


23 


Figure  8.  Image  of  Flight  Control  Software  Utilized  for  SkySat  Operations. 

C.  EVALUATION 

At  this  point  of  the  evaluation,  the  system  consisted  of  two  laptops,  two  handheld 
radios,  two  VDC-850  MODEMS,  the  SkySat  HAB,  and  the  relay  radio  attached  to  the 
HAB  undercarriage.  The  handheld  radios  utilized  were  the  Harris  7800M-HH  (Falcon- 
III)  and  Thales  PRC6809  (MBITR).  As  the  SkySat  HAB  rose  to  cruising  altitude,  several 
evaluations  were  conducted  from  the  parking  lot  of  the  SDC  facility.  The  first  task  was  a 
post-launch  system  evaluation  under  the  new  configuration  in  which  a  message  was  sent 
from  one  laptop  to  the  other  through  the  system  components.  The  post-launch  system 
evaluation  was  successful.  While  the  SkySat  HAB  continued  to  rise,  several  files  of 
various  sizes  were  transferred  through  the  system.  The  largest  file  transferred  was  over  85 
kilobytes.  Particularly  relevant  for  this  study,  several  images  were  transferred  through  the 
system.  The  relevance  of  transferring  images  through  the  system  will  be  further  discussed 
in  this  chapter’s  analysis  section.  The  typical  time  observed  for  successful  text 

communications,  i.e.,  chat,  was  3  seconds.  The  typical  time  observed  for  successful 
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image  transfers  was  2.5  minutes.  The  following  sections  provide  more  details  regarding 
the  flight  results. 


Figure  9.  Google  Earth  Image  of  SkySat  Ascent  via  Telemetry  Data. 

1.  Portion  A 

The  first  ground  team,  Vehicle  1,  left  the  SDC  facility  at  12:37  PM  carrying  the 
Harris  7800M-HH/V  DC/laptop  portion  of  the  system.  The  second  ground  team,  Vehicle 
2,  possessed  the  Thales  6809  based  subsystem  and  remained  in  the  parking  lot  of  the 
facility.  Directly  after  the  departure  of  Vehicle  1  from  the  SDC  facility,  Vehicle  2  lost  the 
ability  to  send  or  receive  communications  for  20  minutes.  Vehicle  2  was  only  able  to 
restore  its  connection  after  performing  a  restart  of  its  associated  laptop.  After  restarting 
the  laptop  in  Vehicle  2,  multiple  messages  were  sent  and  received  by  both  vehicles.  Note 
that  direct  communications  between  the  vehicles  over  the  configured  system  was  not 
possible  as  the  radios  were  configured  to  communicate  with  the  relay  aboard  the  HAB 
and  not  with  each  other.  That  is,  they  did  not  have  a  channel  configured  for  one  radio  to 
receive  directly  from  the  other. 

The  distance  between  the  two  vehicles  grew  through  this  portion  of  the  evaluation 
as  Vehicle  1  drove  away  from  Vehicle  2  still  parked  in  the  Space  Data  parking  lot.  The 
maximum  distance  between  vehicles  during  this  portion  of  the  evaluation  was  7.5  miles. 
During  this  portion  of  the  evaluation,  the  distance  between  the  SkySat  HAB  and  Vehicle 
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1  was  approximately  24  miles  while  the  distance  between  the  SkySat  HAB  and  Vehicle  2 
was  approximately  18.88  miles.  Throughout  the  remainder  of  the  evaluation,  the  distance 
between  the  SkySat  HAB  and  the  vehicles  continued  to  grow  as  wind  patterns  took  the 
HAB  farther  away. 
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Figure  10.  Google  Earth  Image  of  SkySat  Flight  Path  for  Portion  A  via  Telemetry 

Data. 


2.  Portion  B 

Communications  between  the  two  vehicles  were  restored  at  1:06  PM.  From  1:06 
PM  to  1:37  PM,  27  successful  messages  were  transmitted  through  the  system.  Similar  to 
the  lab  environment,  successful  messages  took  2-3  seconds  to  successfully  make  it  from 
endpoint  to  endpoint.  No  images  were  transferred  during  this  period.  The  distance 
between  the  two  vehicles  and  the  HAB  began  at  approximately  21  miles  and  grew  to 
approximately  50  miles  throughout  this  portion  of  the  evaluation. 

Several  errors  were  observed  during  this  phase  while  attempting  to  send  messages 
through  the  system.  All  errors  observed  throughout  the  evaluation  resulted  in  failed 
transmissions.  Throughout  the  entire  evaluation  period,  Vehicle  2,  carrying  the  Thales 
portion  of  the  system,  experienced  intermittent  unresponsiveness  of  the  VDC.  While  the 
VDC  of  Vehicle  2  was  unresponsive,  Vehicle  2  was  unable  to  send  or  receive  messages 
through  the  system.  This  error  occurred  eight  times  throughout  the  evaluation  and  during 

this  portion  of  the  evaluation  it  accounted  for  three  errors.  Of  the  eight  errors  throughout 

26 


the  evaluation,  seven  errors  originated  from  Vehicle  2  and  one  VDC  connection  error 
originated  from  Vehicle  1,  carrying  the  Harris  radio.  The  VDC  connection  error 
originating  from  Vehicle  1  occurred  prior  to  the  evaluation  period  during  system  checks 
and  was  associated  with  transferring  image  files.  The  source  of  the  intermittent 
unresponsiveness  is  unidentified  but  believed  to  be  related  to  interoperability  issues 
between  the  laptop,  VDC,  and  the  Thales  radio. 

Additional  errors  were  observed  relating  to  a  channel  acquisition  timeout.  The 
channel  acquisition  errors  were  observed  five  times  during  this  portion  of  the  testing. 
These  errors  appear  to  be  evenly  distributed  throughout  this  portion  of  the  evaluation  but 
are  overrepresented  in  this  portion  compared  to  the  entire  evaluation.  It  should  be  noted 
that  when  a  VDC  is  unresponsive,  attempts  to  directly  communicate  with  the  affected 
endpoint  are  identified  as  channel  acquisition  errors.  Therefore,  it  is  possible  any  channel 
acquisition  error  is  actually  an  unresponsive  VDC  discovered  from  the  opposite  end  of 
the  system.  The  author  believes  it  to  be  an  unlikely  occurrence  due  to  the  frequency  with 
which  both  endpoints  were  communicating  but  recognizes  this  possibility  cannot  be 
disproven  with  the  available  data.  The  source  for  the  channel  acquisition  error  is  also 
unidentified  but  a  likely  cause  is  an  interrupted  signal  caused  by  strong  winds  creating  a 
swinging  antenna  on  the  HAB . 
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Figure  11.  Google  Earth  Image  of  SkySat  Flight  Path  for  Portion  B 

via  Telemetry  Data. 
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3. 


Portion  C 


This  portion  of  the  evaluation  represents  the  messages  transmitted  between  1:37 
and  2:24  PM.  During  this  time,  both  vehicles  were  mobile  while  communicating.  The 
author  observed  36  successful  transmissions  through  the  system.  The  author  observed 
five  errors;  of  these  errors,  three  were  concerned  with  VDC  recognition  in  Vehicle  2,  one 
involved  a  channel  acquisition  timeout,  and  one  involved  no  acknowledgements  received 
by  Vehicle  2.  The  latter  error’s  source  is  unknown  but  likely  caused  by  a  momentary  loss 
of  connectivity  in  the  midst  of  a  transmission.  The  distance  between  the  HAB  and  the 
vehicles  started  at  approximately  50  miles  and  finished  at  approximately  60  miles 
throughout  Portion  C  of  the  evaluation. 
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Figure  12.  Google  Earth  Image  of  SkySat  Flight  Path  for  Portion  C  via  Telemetry 

Data. 


4.  Portion  D 

Portion  D  represents  the  messages  transmitted  between  2:24  and  2:51  PM.  During 
this  portion  of  the  evaluation,  both  vehicles  were  also  mobile.  The  primary  difference 
between  Portion  C  and  Portion  D  is  the  reliability  of  the  system  and  the  distance  between 
the  Vehicles  and  the  SkySat  HAB.  The  distance  between  the  HAB  and  the  vehicles 
started  at  approximately  60  and  finished  at  approximately  85  miles  throughout  Portion  D 
of  the  evaluation,  representing  a  system  end-to-end  distance  of  170  miles.  During  this 
portion,  17  messages  were  successfully  transmitted  through  the  system  and  eight  errors 
were  observed  resulting  in  unsuccessful  transmissions.  Of  the  errors  observed,  one  error 
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was  caused  by  no  VDC  recognition  and  the  remaining  errors  were  caused  by  channel 
acquisition  faults.  Of  the  channel  acquisition  errors,  five  occurred  in  Vehicle  2  and  two 
occurred  in  Vehicle  1.  The  system  evaluation  concluded  when  an  unexpected  failure 
occurred  in  the  SkySat  HAB  and  it  descended  rapidly.  Space  Data  later  retrieved  the 
fallen  SkySat  HAB  used  during  the  evaluation,  affected  repairs,  and  returned  it  to  their 
inventory. 


Figure  13.  Google  Earth  Image  of  SkySat  Flight  Path  for  Portion  D 

via  Telemetry  Data. 


D.  ANALYSIS 

The  system  created  through  the  execution  of  this  study  successfully  transmitted 
text  data  to  and  from  mobile  and  stationary  end  points.  The  system  was  somewhat 
reliable;  it  successfully  sent  and  received  most  messages.  Of  the  118  message  attempts  on 
the  day  of  the  evaluation,  83  were  successful.  If  the  errors  associated  with  the  laptop 
reboot  are  discarded,  the  ratio  of  successful  transmissions  to  unsuccessful  transmissions 
is  approximately  4: 1 .  When  transmissions  were  successfully  passed  through  the  system, 
the  transmission  speed  was  adequate  usually  taking  only  a  few  seconds.  In  addition  to 
transmitting  text  data,  larger  data  files  in  the  form  of  images  were  transferred  through  the 
system.  The  files  transferred  were  large  compared  to  text  messages  but  the  transmission 
appeared  to  be  as  reliable  as  the  text  messages.  It  should  be  noted  the  quantity  of  file 
transmissions  executed  was  much  smaller  than  the  quantity  of  text  message  transmissions 
but  the  primary  function  of  this  study  was  not  an  examination  of  the  system’s  ability  to 
transfer  large  files.  It  should  also  be  noted,  the  transmission  of  files  took  far  longer  than 
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the  transmission  of  text.  Much  of  the  difference  between  text  and  file  transmission  times 
can  be  attributed  to  the  system’s  low  data  rate,  the  difference  in  file  sizes,  and  the  manner 
in  which  the  system  self  regulates  data  flow  when  overwhelmed.  Finally,  no  images  were 
transmitted  through  the  system  after  the  evaluation  began. 

Another  important  system  feature  successfully  demonstrated  was  the  range  of  the 
HAB  relay  functionality.  This  study  successfully  demonstrated  the  ability  to  pass  data 
through  the  platform  via  a  radio  medium.  More  specifically,  the  system  was  able  to 
successfully  transmit  text  messages  over  ranges  exceeding  80  miles  between  nodes. 
Although  not  specifically  tested  in  this  study,  the  implication  of  an  80  mile  transmission 
range  between  nodes  is  a  160  mile  range  transmission  if  each  end  point  radio  is  located 
on  opposite  sides  of  the  HAB  platform.  The  range  observed  during  the  evaluation  portion 
of  the  study  is  not  sufficient  for  the  USMC  requirements.  However,  the  maximum 
transmission  range  achieved  during  the  evaluation  was  constrained  by  an  unexpected 
failure  in  the  HAB  not  a  limitation  of  the  system  to  successfully  transmit  at  larger  ranges. 

1.  Errors 

One  area  of  the  study  deserving  discussion  centers  around  the  errors  observed 
throughout  the  evaluation.  Over  a  third  of  the  errors  observed  occurred  during  the  system 
malfunction  requiring  the  laptop  reboot.  Although  these  errors  are  significant  and 
meaningful,  the  author  did  not  believe  they  represented  the  system’s  normal  operations 
nor  gave  accurate  feedback  to  the  capabilities  of  the  system.  For  this  reason,  when 
analyzing  the  transmission  reliability  of  the  system,  these  errors  were  not  taken  into 
account.  However,  the  system  is  clearly  capable  of  this  type  of  system  failure  and  these 
results  do  speak  to  the  system’s  viability  within  a  military  environment.  No  definitive 
explanation  was  found  during  the  course  of  the  study  as  to  why  a  laptop  reboot  was 
required  to  restore  operations.  In  hindsight,  the  set  of  errors  associated  with  this  system 
failure  enlightened  the  potential  causes  of  errors  throughout  the  evaluation. 

The  first  and  only  error  of  its  type  during  this  period  was  from  the  affected  half  of 
the  system  and  related  to  a  lack  of  acknowledgement  from  the  functioning  portion  of  the 
system.  The  negatively  affected  portion  of  the  system  was  Vehicle  2.  Vehicle  2  contained 
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the  Thales  6809  radio  and  associated  portion  of  the  system  while  Vehicle  1  contained  the 
Harris  7800M-HH  radio  and  associated  portion  of  the  system.  The  remaining  errors  were 
attributed  to  a  timeout  associated  with  acquiring  the  transmission  channel.  The  likely 
explanation  is  the  laptop’s  Vmail  software  in  Vehicle  2  of  the  system  began  improperly 
communicating  with  the  attached  VDC  and/or  radio  and  doing  so  in  a  manner  that 
appeared  correct  to  the  software.  In  this  scenario,  observations  of  the  software  on  the 
affected  laptop  lead  the  observer  to  believe  all  communications  being  transmitted 
transited  through  the  attached  radio  but  were  not  received  by  the  opposite  end  node,  in 
Vehicle  1.  However,  if  the  message  transited  to  the  VDC  but  could  not  transit  further,  it 
may  appear  to  the  software  the  transmission  was  successful  despite  not  properly 
transmitting  further.  During  this  period,  neither  radio  could  make  direct  contact  with  the 
other.  However,  the  radio  in  Vehicle  2  attempted  two  broadcasts  and  both  were 
subsequently  reported  successful  by  the  Vehicle  2  software.  The  functioning  portion  of 
the  system.  Vehicle  1,  did  not  receive  either  broadcast.  Broadcasted  transmissions  do  not 
require  a  specific  channel  to  connect  to  prior  to  transmission.  Consequently,  if  the 
messages  had  been  transmitted  through  the  radio  in  Vehicle  2,  Vehicle  1  would  have 
likely  received  the  message.  These  observations  combined  with  the  returned  functionality 
of  the  Vehicle  2  portion  after  rebooting  the  laptop  points  toward  an  error  between  the 
laptop  and  radio  in  Vehicle  2  as  the  cause  of  the  system  downtime. 

More  importantly,  several  transmission  errors  throughout  the  remainder  of  the 
evaluation  were  associated  with  Vehicle  2  not  recognizing  the  associated  VDC  despite 
being  physically  connected.  There  were  no  errors  of  this  type  observed  by  Vehicle  1 
during  the  evaluation.  Additionally,  channel  acquisition  errors  were  observed  by  both 
vehicles  throughout  the  evaluation.  It  is  possible,  similar  to  the  system  malfunction, 
Vehicle  2  continued  malfunctioning  but  to  a  lesser  degree  throughout  the  evaluation 
period.  If  this  were  true,  both  sides  would  report  channel  acquisition  errors  throughout 
the  evaluation.  This  would  lead  an  observer  to  believe  the  system  inherently  fails  to 
transmit  some  messages  when  in  fact  all  messages  would  have  been  properly  transmitted 
if  not  for  the  intermittent  connectivity  in  Vehicle  2. 
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It  is  important  to  again  point  out  both  vehicles  had  different  radios  transmitting 
and  receiving  the  data.  Additionally,  the  radios  functioned  slightly  differently.  It  is 
possible  the  laptop,  Vmail  application,  and  VDC  were  more  tolerant  of  maintaining  the 
connection  to  one  radio  compared  to  the  other.  Given  the  lack  of  “No  VDC”  errors  in 
Vehicle  1,  this  conclusion  seems  highly  probable.  No  other  combinations  of  radios  were 
evaluated  within  the  system  during  this  study.  Therefore,  this  study  cannot  definitively 
prove  or  disprove  the  cause  of  the  transmission  errors  observed  being  attributable  to  a 
difference  in  radios  at  either  side  of  the  system. 

2.  Usability 

The  U.S.  military  has  a  history  of  identifying  and  exploring  capability  growth  in 
its  systems.  Prior  to  conducting  the  evaluation,  the  system  successfully  transmitted 
images  from  one  end-point  to  another.  Although  the  system  was  not  specifically  designed 
to  perform  this  function,  it  does  establish  an  area  of  capability  growth  should  the  USMC 
and  the  DOD  at  large  decide  to  explore  and  implement  it.  More  research  is  necessary  to 
identify  the  constraints  of  this  capability;  however,  successfully  implementing  this 
feature  could  significantly  enhance  the  system’s  concept  of  operations.  For  example,  a 
functioning  image  transfer  capability  within  the  system  could  allow  for  enhanced 
intelligence  gathering  in  the  form  of  images  for  facial  recognition  or  finger  print 
collection  while  deployed.  This  functionality  was  demonstrated  during  the 
aforementioned  SDC  technology  demonstrator  utilizing  homogenous  radios 
(“USSOCOM-NPS  field  experimentation  cooperative  program:  Tactical  network 
topologies,”  n.d.). 

As  previously  stated,  significant  time  was  spent  configuring  the  system  settings  to 
allow  for  relatively  reliable  and  low  latency  communications.  As  part  of  the  evaluation, 
this  study  intended  to  identify  and  explore  any  correlation  between  range  and  reliability. 
The  premature  failure  of  the  SkySat  HAB  precluded  obtaining  the  necessary  data  to 
establish  any  correlation  between  these  two  system  characteristics.  However,  as  with  all 
radio  systems,  the  system  designed  within  this  study  has  a  range  where  further 
communications  cannot  be  reliably  transmitted.  It  is  a  reasonable  assumption  to  make, 
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based  on  how  the  system  operates,  as  transmission  ranges  increase  the  optimal 
configuration  settings  of  the  system  will  change.  Other  factors  may  also  affect  the 
optimal  settings  such  as  weather  conditions  and  the  ambient  electromagnetic  interference 
adding  further  variability  to  the  optimal  system  settings.  Without  a  means  to  automate  the 
identification  and  implementation  of  these  settings,  the  user  must  manually  and  possibly 
continually  optimize  the  system.  Given  the  expertise  and  operational  tempo  of  deployed 
forces,  continually  optimizing  system  settings  may  not  be  feasible  for  the  deployed  forces 
intended  to  utilize  this  system. 

This  chapter  of  the  study  covered  the  data,  observations,  and  analysis  made 
following  the  methodology  dictated  in  the  previous  chapter.  The  evaluation  conducted  on 
the  system  successfully  demonstrates  the  functionality  of  the  system  as  designed. 
However,  additional  experimentation  must  be  performed  to  determine  the  cause  of  the 
drop-outs  between  the  end  user  devices.  This  chapter  also  provided  an  analysis  of  the 
system’s  capabilities  based  on  the  evaluation  performed.  The  following  chapter  discusses 
conclusions  drawn  by  the  author  based  on  the  data,  observations,  and  analysis.  The 
following  chapter  also  discusses  implications  to  other  areas  of  interest  involved  with  the 
intended  system  use  by  the  USMC  and  areas  for  future  work.  Detailed  data  and  results 
can  be  found  in  Appendix  D. 
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V.  ANALYSIS,  CONCLUSIONS,  AND  RECOMMENDATIONS 


This  chapter  provides  conclusions  based  on  a  holistic  view  of  the  system  designed 
and  its  intended  use  within  the  USMC.  Finally,  this  chapter  discusses  future  areas  of 
work  with  respect  to  this  study  as  well  as  associated  areas  of  interest  not  directly  tied  to 
this  study  but  important  to  the  greater  effort  involved  with  providing  the  USMC  a 
particular  capability. 

A.  CONCLUSIONS 

This  portion  of  the  chapter  provides  conclusions  based  on  the  study’s  results  as  it 
applies  to  the  purpose.  Although  the  designed  system  was  successful,  at  present  it  does 
not  meet  the  USMC  needs.  This  study  was  the  first  step  towards  identifying  a  system  that 
provides  the  necessary  capabilities.  With  this  in  mind,  it  is  important  to  identify  what  was 
learned  about  the  system  and  translate  that  learning  into  valuable  conclusions  for  the 
USMC. 


1.  Radio  Systems 

As  stated  in  Chapter  II,  utilizing  radio  as  the  primary  transmission  medium 
confers  various  benefits.  The  technology  has  widespread  use  within  the  DOD,  and  as 
such,  the  USMC  is  poised  to  implement  a  radio  solution  more  quickly  than  a  newer 
technology,  e.g.,  free  space  optics.  Utilizing  radios  that  have  been  previously  procured 
saves  money  compared  to  the  procurement  costs  of  a  new  system  and  the  disposition 
costs  of  legacy  systems.  The  DOD  can  leverage  existing  supply  and  maintenance  chains 
to  more  easily  support  the  technology  instead  of  conducting  the  logistical  preparation  and 
execution  of  new  chains.  Existing  knowledge  management  and  training  can  also  be 
leveraged  on  a  system  utilizing  existing  technology  and  devices.  Finally,  a  major  benefit 
of  utilizing  existing  radio  technology  involves  the  security  process  aspect.  Security 
processes,  as  they  relate  to  information  technology,  have  increasingly  become  a  priority 
for  the  military  at  large  for  its  systems.  As  a  result,  the  processes  around  approving  the 
security  protocols  of  a  new  system  or  new  technology  are  very  exhaustive  and  time 


35 


intensive.  Utilizing  existing  radio  technology  allows  the  USMC  to  leverage  much  if  not 
all  of  the  security  reviews  and  protocols  already  in  place  for  the  existing  radio  systems. 

If  a  radio  medium  is  chosen  for  providing  the  previously  stated  capability  to  the 
USMC,  it  must  be  noted  the  system  will  inherit  the  various  drawbacks  associated  with 
radio  communications.  Compared  to  other  forms  of  data  networks,  radio  systems 
typically  experience  much  lower  data  rates.  It  should  also  be  noted,  high  throughput  was 
not  a  requirement  of  this  study  nor  is  it  a  requirement  to  meet  the  USMC  needs. 
However,  systems  in  the  military  often  experience  capability  growth  over  the  lifespan  of 
the  system.  Systems  are  often  adapted  to  increase  capability  or  make  existing  capability 
more  robust.  Consequently,  a  radio  data  network  will  suffer  from  a  constrained  growth 
potential  with  respect  to  throughput.  This  is  especially  important  given  the  increasing 
throughput  requirements  by  the  DOD  at  large. 

Another  drawback  of  radio  systems  that  further  exacerbates  this  issue  is 
congestion  in  the  radio  frequency  (RF)  spectrum.  The  RF  spectrum  must  be  shared  with 
other  nations,  agencies,  and  commercial  enterprises.  Consequently,  the  military  will  have 
bandwidth  constraints  for  the  foreseeable  future  with  respect  to  the  RF  spectrum. 
Additionally,  the  military  must  prioritize  this  scarce  resource  amongst  its  various 
objectives  and  services.  Capability  growth  is  limited  for  a  radio  system  designed  to  meet 
the  current  needs  but  expected  to  meet  the  future  needs. 

Despite  adhering  to  the  exhaustive  security  review  processes  in  place,  radio 

systems  also  have  inherent  security  drawbacks.  Many  radio  systems,  including  the  system 

designed  in  this  study,  do  not  perform  directional  propagation.  This  feature  makes 

communicating  with  an  entity  whose  precise  location  you  are  unsure  of  much  easier.  For 

example,  non-directional  communication  with  a  HAB  is  easier  for  troops  unable  to 

visually  identify  the  platform;  especially  so,  if  it  has  drifted  from  its  last  visual  location. 

The  downside  of  non-directional  propagation  is  the  ability  of  an  enemy  combatant  or 

non-ally  to  identify  the  occurrence  of  a  transmission.  This  has  clear  implications  for  a 

force  expected  to  remain  hidden.  A  non-directional  transceiver  has  additional  security 

concerns.  If  the  enemy  can  identify  a  foreign  presence  and  identify  the  transmission 

frequency,  the  enemy  has  the  potential  to  jam  the  signal  by  bombarding  the  frequency 
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with  overpowering  noise.  In  doing  so,  the  enemy  can  deny  communications  to  an 
otherwise  functioning  system.  Other  data  mediums,  such  as  free  space  optics,  make  the 
process  much  more  difficult  for  the  enemy  simply  by  the  inherent  properties  of  the 
transmission  medium.  Finally,  for  a  non-directional  transmission,  the  enemy  can  easily 
receive  the  transmission  with  little  effort.  Interception  is  typically  countered  via  clever 
manipulation  of  the  propagation  signal  and  applying  cryptologic  methods  to  the  message. 
It  is  much  more  difficult  to  intercept  transmissions  on  other  mediums  such  as  directional 
microwave  or  free  space  optics. 

2.  HAB 

The  HAB  utilized  for  this  study  also  has  inherent  benefits  and  drawbacks 
compared  to  other  potential  relay  platforms.  Although  not  tested  in  the  course  of  this 
study,  the  HAB  has  the  potential  to  be  launched  from  the  field.  This  capability  is 
necessary  to  combat  the  shadowing  effect  and  provides  a  much  more  responsive 
capability  to  fielded  soldiers.  In  contrast,  a  drone  would  require  extensive  pre-planning 
for  the  desired  range  or  a  small  size  and  consequently  limited  operational  duration.  A 
satellite  is  unaffected  by  the  shadowing  affect  and  less  coordination  is  required  for  use; 
however,  the  cost  and  subsequent  prioritization  to  higher  level  needs  often  preclude  it 
from  being  a  reliable  platform  for  field  operations.  The  HAB  is  also  relatively  cheap  to 
procure  and  maintain.  Additionally,  cost  savings  exist  for  successful  retrieval  of  the  HAB 
after  operations;  however,  the  reality  of  retrieving  a  HAB  in  enemy  territory  may 
preclude  seizing  this  cost  savings. 

Despite  the  benefits  of  a  HAB  platform,  there  are  consequential  drawbacks  to  its 
use  in  a  military  system.  Unlike  a  drone  or  satellite,  it  is  not  possible  to  maintain  positive 
control  over  a  HAB  flight  pattern.  HAB  flight  control  consists  exclusively  of  vertical 
control  not  horizontal  control.  There  is  no  means  to  counteract  the  effect  of  prevailing 
winds  on  the  HAB  platform  other  than  to  shift  its  altitude.  This  fact  presents  unique 
challenges  to  maintaining  station,  deploying  in  adverse  weather,  avoiding  mid-air 
collisions,  and  the  reliability  of  the  transmission  through  the  platform.  Finally,  a  HAB 
platform  has  unique  stealth  constraints  due  to  its  size,  low  speed,  and  unique  profile. 
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During  the  evaluation,  the  team  lost  visual  contact  with  the  HAB  around  10  minutes  after 
launch  and  the  HAB  took  a  little  over  an  hour  to  ascend  to  cruising  altitude.  In  a  combat 
environment,  if  an  enemy  can  identify  the  HAB  during  launch,  the  enemy  will  have  an 
easier  time  identifying  the  presence  and  location  of  the  USMC  forces  who  launched  the 
HAB.  This  can  be  mitigated  through  launching  the  HAB  in  a  low  visibility  environment. 
However,  HAB  deployment  is  constrained  by  any  overhead  obstructions  such  as  a 
canopy.  Additionally,  only  deploying  the  HAB  in  a  low  light  environment  may  prove 
unfeasible  if  the  majority  of  that  time  is  spent  traveling  to  the  destination  as  is  the  case  in 
a  MV-22  Osprey  assisted  deployment. 

Finally,  the  flight  control  for  the  HAB  is  performed  over  a  radio  medium. 
Consequently,  it  suffers  from  many  of  the  same  drawbacks  previously  discussed  for  a 
radio  medium.  The  HAB  flight  control  is  susceptible  to  jamming,  identification, 
interception,  and  potentially  hacking.  The  potential  to  hack  the  HAB  flight  controls  is 
particularly  important  because  the  same  security  protocols  used  for  the  end  point  radios 
would  likely  not  exist  on  the  relay  radio  due  to  the  probability  of  it  falling  into  enemy 
hands  should  the  HAB  unexpectedly  land  due  to  failure  or  enemy  actions.  This  fact 
makes  the  radio  less  secure  and  more  prone  to  hacking. 

3.  System  Design 

Several  observations,  which  warrant  discussion,  were  made  concerning  the 
viability  of  the  designed  system  for  the  USMC  needs.  After  the  evaluation  period,  the 
author  attempted  follow-on  experimentation  and  faced  significant  challenges  replicating 
the  functioning  system  observed  during  the  evaluation.  The  likely  cause  for  the  difficulty 
is  a  difference  in  laptop  platforms  used  to  replicate  the  system,  as  all  other  hardware 
remained  the  same.  This  gives  cause  for  concern  around  the  ability  and  ease  in  which  the 
USMC  may  adopt  the  system.  Additionally,  the  software  utilized  to  send  and  receive 
messages  is  very  dependent  on  a  particular  operating  system  to  achieve  functionality. 
Without  further  modification,  this  precludes  other  devices  and  operating  systems  from 
acting  as  surrogates  for  the  Windows  7  operating  system  used  during  the  evaluation. 
Given  the  recent  proclivity  within  the  DOD  to  provide  smaller  and  more  mobile  devices 
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to  the  field,  this  can  present  a  problem  if  the  system  cannot  function  on  a  smaller  device 
such  as  a  tablet  or  phone. 

B.  RECOMMENDATIONS 

This  section  of  the  chapter  builds  upon  the  analysis  and  conclusions  previously 
presented  to  recommend  paths  forward  toward  meeting  the  USMC  needs.  Due  to  time 
and  scope  constraints  there  are  several  areas  that  require  further  evaluation  concerning 
the  system  designed  within  this  study.  Several  recommendations  can  be  conducted  within 
a  similar  study  and  system  while  others  will  require  different  methodologies  and 
evaluations  altogether. 

1.  HAB 

Further  research  is  needed  into  the  reliability,  durability,  and  capabilities  of  the 
HAB  platform.  Identification  of  the  environmental  extremes  within  which  a  HAB  can  be 
successfully  launched  and/or  flown  requires  additional  assessment.  Given  the  austere 
operating  environment  typical  of  our  deployed  forces,  additional  analysis  is  needed  to 
identify  the  minimum  level  of  preparation  and  precaution  required  to  successfully  launch 
and  fly  a  HAB.  During  this  study’s  evaluation,  the  environment  was  purposely  sterile, 
gloves  were  worn,  and  considerable  preparation  time  was  taken  prior  to  launch.  This  may 
not  be  the  case  when  launching  in  a  mission  environment  and  identifying  the  minimum 
amount  of  time  and  careful  handling  of  the  platform  prior  to  launch  would  shed  further 
light  on  the  feasibility  of  deploying  a  HAB  in  the  midst  of  a  tactical  mission. 

Furthermore,  additional  assessment  is  needed  in  addressing  the  feasibility  of  an 

automatic  or  more  remote  control  station  for  the  HAB.  It  may  be  possible  to  reduce  the 

cognitive  load  on  deployed  forces  by  shifting  flight  control  to  a  higher  unit  or  utilizing 

preplanned  flight  through  automation.  Finally,  additional  research  is  warranted  to  identify 

alternate  forms  of  launch  or  recovery  for  the  HAB.  It  may  be  possible  to  deploy  and/or 

recover  the  HAB  from  an  air  platform.  This  not  only  reduces  the  responsibility  and 

cognitive  load  of  the  deployed  forces,  it  also  relieves  several  HAB  drawbacks  concerning 

security.  It  may  also  be  possible  to  pre-release  a  HAB  accounting  for  drift  so  the  HAB  is 

on  station  when  the  unit  arrives  to  its  area  of  responsibility.  Furthermore,  it  may  be 
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possible  to  deploy  a  constellation  of  HAB  platforms  thereby  achieving  minimal 
downtime  and  adding  to  the  potential  of  extreme  ranges  of  communication  via  relay 
nodes  communicating  in  series  where  the  HABs  form  a  mesh  network. 

2.  System 

Further  research  is  also  needed  to  identify  the  maximum  throughput  and 
maximum  range  of  the  designed  system.  This  information  will  speak  most  directly  to  the 
potential  of  the  system  to  meet  the  USMC  needs.  Additionally,  research  into  utilizing 
mediums  other  than  radio  on  the  system  would  prove  beneficial.  As  previously  discussed, 
other  mediums  provide  higher  throughputs  and  more  security  despite  having  less  range.  It 
may  also  be  possible  to  communicate  across  mediums  such  that  a  deployed  unit  transmits 
to  the  relay  device  via  a  cellular  medium  and  the  relay  device  transmits  to  the  controlling 
unit  via  a  directional  radio. 

Further  research  is  also  warranted  in  understanding  and  reducing  system  errors. 
Research  into  the  level  of  degradation,  which  occurs  as  the  HAB  rises  to  higher  altitudes, 
would  prove  informative.  Additionally,  conducting  the  evaluation  in  a  more  frequency 
isolated  environment  may  shed  light  on  the  effects  of  RF  noise  on  the  system’s  ability  to 
transmit  messages  successfully.  More  research  is  needed  to  identify  the  degree  of 
correlation  between  the  range,  reliability,  and  system  configuration  to  reduce  errors  when 
transmitting.  Lastly,  the  dependence  on  a  specific  operating  system  by  the  software 
utilized  within  the  designed  system  could  have  adverse  effects  on  long  term  viability. 
Research  is  needed  to  identify  an  alteration  or  an  alternative  to  the  software  utilized  in  the 
study  or  the  compatibility  with  future  operating  systems. 
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APPENDIX  A.  HARRIS  RF-7800M-HH  CONFIGURATION 


The  following  is  a  list  of  configuration  settings  used  on  the  Harris  RF-7800M-HH 
radio  to  transmit  successfully  within  the  system  described  in  this  study. 

•  Audio  Config 

o  Radio  Side  PTT :  Enabled 

•  External  Keyline:  Enabled 

•  Port  Configuration 

o  Port  1:  ASCII 
o  BAUD  Rate:  115,200 
o  Character  Length:  8 
o  Parity:  None 
o  Stop  Bits:  1 

•  System  Presets 

o  Preset  Waveform:  VULOS 

•  General  Config 

o  Preset  Type:  LOS 

•  Frequency 

o  Receive  Frequency:  As  desired 
o  Receive  Only:  No 
o  Transmit  Frequency:  As  desired 

•  COMSEC:  None 

•  Traffic 

o  Traffic  Mode:  Data 
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o  Data  Mode:  Synchronous 
o  Modulation  Type:  FM 
o  FM  Deviation:  6.5  KHz 

•  Transmit  Power:  As  desired 

•  Squelch 

o  Squelch  Type:  Noise  or  Tone  (if  tone,  must  be  matched  throughout 
network) 

o  FM  Transmit  Tone:  Enabled 

•  Exit 
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APPENDIX  B.  THALES  MBITR/PRC-6809  CONFIGURATION 


The  following  is  a  list  of  configuration  settings  used  on  the  Thales  MBITR/PRC- 
6809  radio  to  transmit  successfully  within  the  system  described  in  this  study. 

•  Program 

•  Radio  Config 

•  CH=  <select  desired  channel  number> 

•  Mode:  Digital 

•  Transmit  Power:  Select  desired 

•  Receive  frequency:  Select  desired 

•  Transmit  frequency:  Select  desired 

•  Subaudible  (or  “PL”)  tone  **If  tones  are  selected,  the  same  tone  must  be  used  on 
all  radios. 

o  Receive  R=  <select  desired> 
o  Transmit  T=  <select  desired> 

•  Mode:  FM 

•  Data  Rate:  16K 

•  RPTR:  None 

•  Phase:  .256s 

•  Sqlch:  6  or  8  dB  (Select  higher  if  noisy) 

•  Hit  ESC  button  to  leave  the  menu  and  save  the  previously  entered  settings. 

•  Global 

•  TX  Timeout:  INF 

•  BL  Timeout:  INF 
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•  Side/Mic  Lvl:  Side  Enable  (Necessary  for  VDC-850  cable  interface  functionality.) 
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APPENDIX  C.  VIASAT  EMAIL  AND  VDC  CONFIGURATION 
SETTINGS  FOR  HARRIS  RF-7800M-HH  CONNECTION 


Below  are  the  settings  for  the  ViaSat  eMail  and  VDC-850,  which  connect  to  the 
Harris  RF-7800M-HH. 


Setup  for  the  RF-7800M-HH  (Non-CCI 
PRC-152)  Radio 


ViaSat  eMail  -  Setup  /  VDC 
Configuration 

VDC  Configuration  General  TAB 

Setting  /  Value 
Field  /  Category:  Used: 


Data  Controller 


Specific  Settings: 


VDC  Built-In  Test: 


VDC  Type: 

Use  VDC  With  Serial 
Number: 

Channel  Device: 

Run  BIT: 


VDC-850(USB  Data 
Controller) 

Enabled 

Contains  a  dropdown 
list  with  pre¬ 
configured  settings  for 
common  radio's  the 
VDC-850  might 
interface  with.  We 
found  the  all  the 
preconfigured  settings 
needed  adjustments 
before  they  would 
pass  data  correctly. 

Button  function  which 
runs  the  Built-In-Test 
of  the  connected  VDC 
hardware. 
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Setup  for  the  RF-7800M-HH  (Non-CCI 
PRC-152)  Radio 


ViaSat  eMail  -  Setup  /  VDC 
Configuration 


Compliance: 


Compliance  (Carrier  Sense  Multiple 

Access): 


ARQ  (Automatic  Repeat  Acks): 


Burst  Configuration: 


Forward  Error  Correction: 


Compression: 


VDC  Configuration  MIL 
188-184  TAB 

Setting  /  Value 

Field  /  Category: 

Used: 

STRICT  184 

COMPLAINCE 

UNAVAILABLE 

CSMA  Enabled: 

Enabled 

Probe  Retries: 

4 

ARQ  Enabled  (Receiver 
Acks): 

Enabled 

Burst  Retries: 

8 

Legacy  Protocol  MAX 
PACKETS: 

Enhanced  Protocol  MAX 

170 

PACKETS: 

1024 

FEC  Code  Rate: 

1 

Adaptive: 

Enabled 

VDC  Data  Compression 
Enabled: 

Enabled 
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Setup  for  the  RF-7800M-HH  (Non-CCI 
PRC-152)  Radio 


ViaSat  eMail  -  Setup  /  VDC  Configuration 

VDC  Configuration 
Delays  TAB 


Channel  Access  Delays: 
Acknowledgement  Delays: 


Field  /  Category: 
Channel  Access  Speed: 


Additional  ACK  Delays: 
Turn  Around  Delay: 

Data  Padding: 

Transmit  Start  Delay: 
Transmit  End  Delay: 

AN/PSC-5  Parameters: 

CTS  Tx  Clock  Timeout: 
RTS  Off  to  On  Delay: 


Setting  /  Value 

Used: 

Normal 


4 

2 

2 

1 

2 

0.5 


47 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


48 


APPENDIX  D.  VIASAT  EMAIL  AND  VDC  CONFIGURATION 
SETTINGS  FOR  THALES  MBITR/PRC-6809  CONNECTION 


Below  are  the  settings  for  the  ViaSat  eMail  and  VDC-850  which  connects  to  the 
Thales  MBITR/PRC-6809. 


Setup  for  the  PRC-6809  (Non-CCI  PRC- 
148)  Radio 


ViaSat  eMail  -  Setup  /  VDC 
Configuration 

VDC  Configuration  General  TAB 


Data  Controller 


Specific  Settings: 


VDC  Built-In  Test: 


Field  /  Category: 

VDC  Type: 

Use  VDC  With  Serial 
Number: 

Channel  Device: 

Run  BIT: 


Setting  /  Value  Used: 


VDC-850(USB  Data 
Controller) 

Enabled 

Contains  a  dropdown 
list  with  pre-configured 
settings  for  common 
radio's  the  VDC-850 
might  interface  with. 
We  found  the  all  the 
preconfigured  settings 
needed  adjustments 
before  they  would  pass 
data  correctly. 

Button  function  which 
runs  the  Built-In-Test  of 
the  connected  VDC 
hardware. 
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Setup  for  the  PRC-6809  (Non-CCI 
PRC- 148)  Radio 


ViaSat  eMail  -  Setup  /  VDC 
Configuration 

VDC  Configuration  MIL 
188-184  TAB 


Compliance: 


Field  /  Category: 


Compliance  (Carrier  Sense  Multiple 

Access): 

CSMA  Enabled: 

Probe  Retries: 

ARQ  (Automatic  Repeat  Acks): 

ARQ  Enabled  (Receiver  Acks): 
Burst  Retries: 

Burst  Configuration: 

Legacy  Protocol  MAX 
PACKETS: 

Enhanced  Protocol  MAX 
PACKETS: 

Forward  Error  Correction: 

FEC  Code  Rate: 

Adaptive: 

Compression: 

VDC  Data  Compression 
Enabled: 


Setting  /  Value 

Used: 

STRICT  184 
COMPLAINCE 
UNAVAILABLE 

Enabled 

4 

Enabled 

8 

170 

1024 

1 

Enabled 

Enabled 
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ViaSat  eMail  -  Setup  /  VDC 
Configuration 

VDC  Configuration 

Delays  TAB 

Channel  Access  Delays: 

Setting  /  Value 

Field  /  Category:  Used: 

Acknowledgement  Delays: 

Channel  Access  Speed:  Fast 

Data  Padding: 

Additional  ACK  Delays:  4 

Turn  Around  Delay:  2 

Transmit  Start  Delay:  4 

AN/PSC-5  Parameters: 

Transmit  End  Delay:  2 

CTSTx  Clock  Timeout:  4 

RTS  Off  to  On  Delay:  2 
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APPENDIX  E.  COMMUNICATION  LOGS  FROM  PRE¬ 
EVALUATION  AND  EVALUATION. 


The  communication  logs  gathered  during  the  pre-evaluation  and  evaluation 
phases  of  the  study  are  found  below.  Vehicle  1  is  represented  with  a  local  address  of  5 
and  Vehicle  2  is  represented  with  a  local  address  of  10.  The  time  setting  for  Vehicle  2  is 
approximately  a  half  minute  to  the  right  of  the  Vehicle  1  time  setting.  As  such,  there  are 
instances  where  Vehicle  1  successfully  receives  a  message  from  Vehicle  2  prior  to  the 
time  Vehicle  2  transmitted  the  message. 


Local 

Addr 

Time 

Sta 

Description 

Status 

Address 

es# 

mp 

4257 

2.42  VDC  Firmware  Version:  '#1186695  8.2.02 


5  078  11/07/2014  3:07PM  PDT' 

4257 

2.42 

5  078  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.42  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  082  Protocol,  Quadruple  Max  Packets 

4257 

2.42  VDC  Firmware  Version:  '#1186685  8.2.02 
10  083  11/07/2014  3:07PM  PDT' 

4257 

2.42 

10  083  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.42  VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10  088  Protocol,  Quadruple  Max  Packets 

4257 

2.43  VDC  Firmware  Version:  '#1186685  8.2.02 

10  177  11/07/2014  3:07PM  PDT' 

4257 

2.43 

10  177  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.43  VDC  Firmware  Version:  '#1186695  8.2.02 
5  178  11/07/2014  3:07PM  PDT' 

5  4257  VDC  Hardware  Version: '9. 8. 3. 2' 
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Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

2.43 

178 

4257 

2.43 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

182 

Protocol,  Quadruple  Max  Packets 

4257 

2.43 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

183 

Protocol,  Quadruple  Max  Packets 

Right 

4257 

side  5 

2.43 

local 

5 

207 

"Hello  from  right  side  (10)  via  Broadcast" 

Rx  Success 

<5> 

4257 

2.43 

Sent 

Broadca 

10 

216 

"Hello  from  right  side  (10)  via  Broadcast" 

Successfully 

St 

4257 

2.43 

Sent 

Broadca 

5 

257 

"Hello.  Ack  Note  sent  from  Right  Laptop.  " 

Successfully 

St 

4257 

2.43 

Sent 

Broadca 

5 

295 

"Test" 

Successfully 

St 

4257 

Left  side 

2.43 

10  local 

10 

303 

"Test" 

Rx  Success 

<10> 

4257 

2.43 

Sent 

Broadca 

5 

319 

"Hello.  Ack  Note  sent  from  Right  Laptop.  " 

Successfully 

St 

4257 

Left  side 

2.43 

10  local 

10 

328 

"Hello.  Ack  Note  sent  from  Right  Laptop.  " 

Rx  Success 

<10> 

4257 

2.43 

Sent 

Broadca 

5 

344 

"Hello.  Ack  Note  sent  from  Right  Laptop.  " 

Successfully 

St 

4257 

Left  side 

2.43 

10  local 

10 

353 

"Hello.  Ack  Note  sent  from  Right  Laptop.  " 

Rx  Success 

<10> 

Right 

4257 

"Testing  for  fragment  size. 

side  5 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

377 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Rx  Success 

<5> 

4257 

"Testing  for  fragment  size. 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

387 

shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

St 

5 

4257 

"Testing  for  fragment  size. 

Rx  Success 

Right 
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Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

2.43 

lkjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

side  5 

4 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

local 

<5> 

4257 

"Testing  for  fragment  size. 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

409 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

St 

Right 

4257 

"Testing  for  fragment  size. 

side  5 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

414 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Rx  Success 

<5> 

"e. 

Right 

4257 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

side  5 

2.43 

s  hf  1  kj  d  hf  kj  d  h  1  kd  sj  hf  1  kj  d  hf  1  kd  sjf  h  d  s  kjf  h  a  1  kdj  f  h  sa  d  kjf 

local 

5 

42 

hdskjfTesting  fo..." 

Rx  Success 

<5> 

4257 

"Testing  for  fragment  size. 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

424 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

St 

Right 

4257 

"kjfhkdsjfhdslkhfaslkdjfhsdkjfhl  kdshflkjdhfkjdhl  kdsj 

side  5 

2.43 

hflkjdhflkdsjfhdskjfhalkdjfhsadkjf hdskjfTesting  for 

local 

5 

424 

fragment  size.  Ikjfa;l..." 

"a 

Rx  Success 

<5> 

4257 

C. 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

2.43 

s  hf  1  kj  d  hf  kj  d  h  1  kd  sj  hf  1  kj  d  hf  1  kd  sjf  h  d  s  kjf  h  a  1  kdj  f  h  sa  d  kjf 

Sent 

Broadca 

10 

428 

hdskjfTesting  fo..." 

Successfully 

St 

4257 

"kjf  hkdsjfhdslkhfaslkdjfhsdkjfhl  kdshflkjdhfkjdhl  kdsj 

2.43 

hflkjdhfl kdsjfhdskjfhalkdjfhsadkjf hdskjfTesting  for 

Sent 

Broadca 

10 

433 

fragment  size.  Ikjfa;l..." 

Successfully 

St 

Right 

4257 

"Testing  for  fragment  size. 

side  5 

2.43 

1  kjf  a ;  1  kd  sj  f  kf  f  s  kjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

479 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Rx  Success 

<5> 

4257 

"Testing  for  fragment  size. 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

488 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

St 

Right 

4257 

"Testing  for  fragment  size. 

side  5 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

491 

shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Rx  Success 

<5> 

"e. 

Right 

4257 

1  kjf  a ;  1  kd  sj  f  kf  f  s  kjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

side  5 

2.43 

shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdjfhsadkjf 

local 

5 

494 

hdskjf" 

Rx  Success 

<5> 

10 

4257 

"Testing  for  fragment  size. 

Sent 

Broadca 
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Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

2.43 

lkjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Successfully 

st 

5 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

"p 

4257 

tr. 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

2.43 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhal  kdjfhsadkjf 

Sent 

Broadca 

10 

503 

hdskjf" 

Successfully 

st 

4257 

"Testing  for  fragment  size. 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

5 

586 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

st 

4257 

"  Testing  for  fragment  size. 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

5 

588 

shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalk..." 

Successfully 

st 

4257 

"Testing  for  fragment  size. 

Left  side 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

10 

595 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

n 

Rx  Success 

<10> 

4257 

Testing  for  fragment  size. 

Left  side 

2.43 

1  k j  f  a ;  1  k  d  s  j  f  kf  f  s  k  j  f  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

10 

597 

shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalk..." 

Rx  Success 

<10> 

Right 

4257 

"Testing  for  fragment  size. 

side  5 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

65 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Rx  Success 

<5> 

Right 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

side  5 

2.43 

s kjf h a  1  kdj f h sa d kjf h d s kjfTe st i ng  for  fragment  size. 

local 

5 

656 

Ikjfa;lkdsjfkffskjfhskj..." 

Rx  Success 

<5> 

4257 

"Testing  for  fragment  size. 

2.43 

1  kjf  a ;  1  kd  sj  f  kf  f  s  kjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

659 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhalkdj..." 

Successfully 

st 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

2.43 

s  kjf  h  a  1  kdj  f  h  sa  d  kjf  h  d  s  kjfTe  st  i  n  g  for  fragment  size. 

Sent 

Broadca 

10 

666 

Ikjfa;lkdsjfkffskjfhskj..." 

Successfully 

st 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

2.43 

skjfhalkdjfhsadkjfhdskjfTesting  for  fragment  size. 

Sent 

Broadca 

5 

69 

Ikjfa;lkdsjfkffskjfhskj..." 

Successfully 

st 

"  fragment  size. 

4257 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

2.43 

s  hf  1  kj d  hf  kj d  h  1  kd  sj  hf  1  kj d  hf  1  kd  sjf  h d s  kjf  h a  1  kdj f  h sa  d  kjf 

Sent 

Broadca 

5 

693 

hds..." 

Successfully 

st 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

Left  side 

2.43 

s  kjf  h  a  1  kdj  f  h  sa  d  kjf  h  d  s  kjfTe  st  i  ng  for  fragment  size. 

10  local 

10 

699 

Ikjfa;lkdsjfkffskjfhskj..." 

Rx  Success 

<10> 

10 

4257 

"  fragment  size. 

Rx  Success 

Left  side 

56 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

2.43 

lkjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

701 

shflkjdhfkjdhl  kdsjhflkjdhflkdsjfhdskjfhal  kdjfhsadkjf 

<10> 

hds..." 

Right 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

side  5 

2.43 

s kjf h a  1  kdj f h sa d kjf h d s kjfTe st i ng  for  fragment  size. 

local 

5 

714 

Ikjfa;l  kdsjfkffskjf  hskj..." 

Rx  Success 

<5> 

Right 

4257 

"shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdjfhsadkj 

side  5 

2.43 

fhdskjfTesting  for  fragment  size. 

local 

5 

72 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl..." 

Rx  Success 

<5> 

4257 

"aslkdjfhsdkjfhlkdshflkjdhfkjdhlkdsjhflkjdhfl  kdsjfhd 

2.43 

s kjf h a  1  kdjf h sa d kj f h d s kjfTest i ng  for  fragment  size. 

Sent 

Broadca 

10 

722 

Ikjfa;l  kdsjfkffskjf  hskj..." 

Successfully 

st 

Right 

4257 

"shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdjfhsadkj 

side  5 

2.43 

fhdskjfTesting  for  fragment  size. 

local 

5 

726 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl..." 

Rx  Success 

<5> 

4257 

"shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdjfhsadkj 

2.43 

fhdskjfTesting  for  fragment  size. 

Sent 

Broadca 

10 

729 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl..." 

Successfully 

st 

"jhfl kjdhflkdsjfhdskjfhalkdjfhsadkjf hdskjfT esti ng  for 

Right 

4257 

fragment  size. 

side  5 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

733 

shf..." 

Rx  Success 

<5> 

4257 

"shflkjdhfkjdhlkdsjhflkjdhflkdsjfhdskjfhalkdjfhsadkj 

2.43 

fhdskjfTesting  for  fragment  size. 

Sent 

Broadca 

10 

734 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl..." 

"jhfl  kjdhflkdsjf  hdskjf  halkdjfhsadkjf  hdskjfT esti  ng  for 

Successfully 

st 

4257 

fragment  size. 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

Broadca 

10 

742 

shf..." 

Successfully 

st 

"jhfl  kjdhflkdsjf  hdskjf  halkdjfhsadkjf  hdskjfT esti  ng  for 

Right 

4257 

fragment  size. 

side  5 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

772 

shf..." 

"jhfl  kjdhflkdsjf  hdskjf  hal  kdjfhsadkjf  hdskjfT esti  ng  for 

Rx  Success 

<5> 

4257 

fragment  size. 

Left  side 

2.43 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

10  local 

10 

784 

shf..." 

Successfully 

<10> 

"jhfl  kjdhflkdsjf  hdskjf  halkdjfhsadkjf  hdskjfT esti  ng  for 

Right 

4257 

fragment  size. 

side  5 

2.43 

1  kjf  a ;  1  kd  sj  f  kf  f  s  kj  f  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

local 

5 

831 

shf..." 

Successfully 

<5> 

57 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

"jhfl kjdhflkdsjfhdskjfhalkdjfhsadkjfhdskjfT esti ng  for 

4257 

fragment  size. 

Left  side 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

10 

836 

shf..." 

Rx  Success 

<10> 

"jhfl  kjdhflkdsjfhdskjfhalkdjfhsadkjfhdskjfT  esti  ng  for 

Right 

4257 

fragment  size. 

side  5 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

local 

5 

855 

shf..." 

Successfully 

<5> 

"jhfl  kjdhflkdsjfhdskjfhalkdjfhsadkjf  hdskjfT  esti  ng  for 

4257 

fragment  size. 

Left  side 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

10 

861 

shf..." 

Rx  Success 

<10> 

"jhfl  kjdhflkdsjfhdskjfhalkdjfhsadkjf  hdskjfT  esti  ng  for 

Right 

4257 

fragment  size. 

side  5 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

878 

shf..." 

Rx  Success 

<5> 

"jhfl  kjdhflkdsjfhdskjfhalkdjfhsadkjf  hdskjfT  esti  ng  for 

4257 

fragment  size. 

Left  side 

2.43 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

10  local 

10 

89 

shf..." 

Successfully 

<10> 

4257 

2.47 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

939 

11/07/2014  3:07PM  PDT' 

4257 

2.47 

5 

939 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.47 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

939 

Protocol,  Quadruple  Max  Packets 

4257 

2.47 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

962 

11/07/2014  3:07PM  PDT' 

4257 

2.47 

5 

963 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.47 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

968 

Protocol,  Quadruple  Max  Packets 

4257 

2.48 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

06 

11/07/2014  3:07PM  PDT' 

4257 

2.48 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

06 

Protocol,  Quadruple  Max  Packets 

58 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

4257 

2.48 

10 

06 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.48 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

06 

Protocol,  Quadruple  Max  Packets 

4257 

2.48 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

074 

11/07/2014  3:07PM  PDT' 

4257 

2.48 

10 

074 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.48 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

079 

Protocol,  Quadruple  Max  Packets 

"jhfl kjdhflkdsjf hdskjfhalkdjfhsadkjfhdskjfT esti ng  for 

Right 

4257 

fragment  size. 

side  5 

2.48 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

local 

5 

09 

shf..." 

"jhfl  kjdhflkdsjf  hdskjfhalkdjfhsadkjfhdskjfT  esti  ng  for 

Rx  Success 

<5> 

4257 

fragment  size. 

Left  side 

2.48 

Ikjfa;l  kdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

10  local 

10 

102 

shf..." 

Successfully 

<10> 

"jhfl  kjdhflkdsjfhdskjfhalkdjfhsadkjf  hdskjfT  esti  ng  for 

Right 

4257 

fragment  size. 

side  5 

2.48 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

Sent 

local 

5 

164 

shf..." 

"jhflkjdhflkdsjfhdskjfhalkdjfhsadkjfhdskjfTesting  for 

Successfully 

<5> 

4257 

fragment  size. 

Left  side 

2.48 

Ikjfa;lkdsjfkffskjf  hskjfhkdsjfhdslkhfasl  kdjfhsdkjfhlkd 

10  local 

10 

169 

shf..." 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.48 

local 

5 

237 

"Base  station  to  remote  in  paking  lot  direct  test" 

Rx  Success 

<5> 

4257 

Left  side 

2.48 

Sent 

10  local 

10 

249 

"Base  station  to  remote  in  paking  lot  direct  test" 

Successfully 

<10> 

Right 

4257 

side  5 

2.48 

"Remote  station  to  remote  in  paking  lot  direct 

Sent 

local 

5 

28 

test" 

Successfully 

<5> 

4257 

"Remote  station  to  remote  in  paking  lot  direct 

Left  side 

10 

2.48 

test" 

Rx  Success 

10  local 

59 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

286 

<10> 

Right 

4257 

side  5 

2.48 

local 

5 

52 

"Phone  Numbers  for  contacts" 

Rx  Success 

<5> 

4257 

Left  side 

2.48 

Sent 

10  local 

10 

531 

"Phone  Numbers  for  contacts" 

Successfully 

<10> 

4257 

Left  side 

2.48 

10  local 

10 

587 

"RE:  Phone  Numbers  for  contacts" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.48 

Sent 

local 

5 

608 

"RE:  Phone  Numbers  for  contacts" 

Successfully 

<5> 

Right 

4257 

side  5 

2.48 

local 

5 

65 

"RE  [2]:  Phone  Numbers  for  contacts" 

Rx  Success 

<5> 

4257 

Left  side 

2.48 

Sent 

10  local 

10 

662 

"RE  [2]:  Phone  Numbers  for  contacts" 

Successfully 

<10> 

Right 

4257 

Aborted  -  No 

side  5 

2.49 

Acknowledge 

local 

5 

037 

"Screenshot" 

ment 

<5> 

4257 

Rx  Failure: 

Left  side 

2.49 

Message 

10  local 

10 

159 

"Screenshot" 

Truncated 

<10> 

Right 

4257 

side  5 

2.49 

Sent 

local 

5 

302 

"Screenshot" 

Successfully 

<5> 

4257 

Left  side 

2.49 

10  local 

10 

307 

"Screenshot" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.49 

local 

5 

426 

"Broadcast  testing  with  small  data" 

Rx  Success 

<5> 

4257 

2.49 

Sent 

Broadca 

10 

435 

"Broadcast  testing  with  small  data" 

Successfully 

St 

60 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

4257 

2.49 

Sent 

Broadca 

5 

458 

"Broadcast  testing  with  small  data" 

Successfully 

St 

4257 

Left  side 

2.49 

10  local 

10 

466 

"Broadcast  testing  with  small  data" 

Rx  Success 

<10> 

4257 

"Broadcast  testing  with  small  dataBroadcast 

2.49 

testing  with  small  dataBroadcast  testing  with  small 

Sent 

Broadca 

10 

493 

dataBroadcast  testing  with  sma..." 

Successfully 

St 

Right 

4257 

"Broadcast  testing  with  small  dataBroadcast 

side  5 

2.49 

testing  with  small  dataBroadcast  testing  with  small 

local 

5 

524 

dataBroadcast  testing  with  sma..." 

Rx  Success 

<5> 

4257 

"Broadcast  testing  with  small  dataBroadcast 

2.49 

testing  with  small  dataBroadcast  testing  with  small 

Sent 

Broadca 

10 

534 

dataBroadcast  testing  with  sma..." 

Successfully 

St 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

5 

549 

small  data  Broadcast  testing  wi..." 

"Broadcast  testing  with  small  data 

Successfully 

St 

4257 

Broadcast  testing  with  small  data 

Left  side 

2.49 

Broadcast  testing  with  small  data 

10  local 

10 

557 

Broadcast  testing  wi..." 

"ith  small  data 

Rx  Success 

<10> 

Broadcast  testing  with  small  data 

Right 

4257 

Broadcast  testing  with  small  data 

side  5 

2.49 

Broadcast  testing  with  small  data 

local 

5 

568 

Broa..." 

Rx  Success 

<5> 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

10 

572 

small  data  Broadcast  testing  wi..." 

Successfully 

St 

4257 

"ith  small  data  Broadcast  testing  with  small  data 

2.49 

Broadcast  testing  with  small  data  Broadcast  testing 

Sent 

Broadca 

10 

576 

with  small  data  Broa..." 

Successfully 

St 

"Broadcast  testing  with  small  data 

Right 

4257 

Broadcast  testing  with  small  data 

side  5 

2.49 

Broadcast  testing  with  small  data 

local 

5 

595 

Broadcast  testing  wi..." 

Rx  Success 

<5> 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

10 

604 

small  data  Broadcast  testing  wi..." 

Successfully 

St 

4257 

"Broadcast  testing  with  small  data 

Right 

2.49 

Broadcast  testing  with  small  data 

side  5 

5 

61 

Broadcast  testing  with  small  data 

Rx  Success 

local 

61 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

Broadcast  testing  wi..." 

"ith  small  data 

<5> 

Broadcast  testing  with  small  data 

Right 

4257 

Broadcast  testing  with  small  data 

side  5 

2.49 

Broadcast  testing  with  small  data 

local 

5 

615 

Broa..." 

Rx  Success 

<5> 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

10 

618 

small  data  Broadcast  testing  wi..." 

Successfully 

St 

4257 

"ith  small  data  Broadcast  testing  with  small  data 

2.49 

Broadcast  testing  with  small  data  Broadcast  testing 

Sent 

Broadca 

10 

624 

with  small  data  Broa..." 

Successfully 

St 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

5 

637 

small  data  Broadcast  testing  wi..." 

Successfully 

St 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

5 

64 

small  data  Broadcast  testing  wi..." 

"Broadcast  testing  with  small  data 

Successfully 

St 

4257 

Broadcast  testing  with  small  data 

Left  side 

2.49 

Broadcast  testing  with  small  data 

10  local 

10 

646 

Broadcast  testing  wi..." 

"Broadcast  testing  with  small  data 

Rx  Success 

<10> 

4257 

Broadcast  testing  with  small  data 

Left  side 

2.49 

Broadcast  testing  with  small  data 

10  local 

10 

648 

Broadcast  testing  wi..." 

Rx  Success 

<10> 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

5 

669 

small  data  Broadcast  testing  wi..." 

Successfully 

St 

4257 

"Broadcast  testing  with  small  data  Broadcast 

2.49 

testing  with  small  data  Broadcast  testing  with 

Sent 

Broadca 

5 

671 

small  data  Broadcast  testing  wi..." 

"Broadcast  testing  with  small  data 

Successfully 

St 

4257 

Broadcast  testing  with  small  data 

Left  side 

2.49 

Broadcast  testing  with  small  data 

10  local 

10 

677 

Broadcast  0fz+u  „g  ..." 

"Broadcast  testing  with  small  data 

Rx  Success 

<10> 

4257 

Broadcast  testing  with  small  data 

Left  side 

2.49 

Broadcast  testing  with  small  data 

10  local 

10 

679 

Broadcast  testing  wi..." 

Rx  Success 

<10> 

Right 

4257 

Rx  Failure: 

side  5 

2.50 

Message 

local 

5 

013 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  Ml~l.png 

Truncated 

<5> 

62 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

2.50 

C:\Users\user\Desktop\VDC  MIL  188-184  this  was 

Sent 

Broadca 

10 

051 

via  mail  send  in  pa  king  lot. png 

Successfully 

St 

4257 

2.50 

C:\Users\user\Desktop\VDC  MIL  188-184  this  was 

Aborted  -  By 

Broadca 

10 

153 

via  mail  send  in  pa  king  lot. png 

Operator 

St 

Right 

4257 

side  5 

2.50 

local 

5 

318 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

Rx  Success 

<5> 

4257 

Left  side 

2.50 

C:\Users\user\Desktop\VDC  MIL  188-184  this  was 

Sent 

10  local 

10 

33 

via  mail  send  in  pa  king  lot. png 

Successfully 

<10> 

Right 

4257 

side  5 

2.50 

Aborted  -  No 

local 

5 

811 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

VDC 

<5> 

4257 

2.50 

5  848  VDC  Hardware  Version: '0.0.2. 7' 

4257 

2.50  VDC  Firmware  Version:  '#1186695  8.2.02 
5  848  1 1/07/2014  3 : 07  P  M  P  DT' 

4257 

2.50  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  848  Protocol,  Quadruple  Max  Packets 

4257 

2.50 

5  848  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.50  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  853  Protocol,  Quadruple  Max  Packets 

4257 

2.50  VDC  Firmware  Version:  '#1186695  8.2.02 
5  875  11/07/2014  3:07PM  PDT' 

4257 

2.50 

5  875  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.50  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  88  Protocol,  Quadruple  Max  Packets 


4257 

Rx  Failure: 

Left  side 

2.50 

Message 

10  local 

10  896 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

63 

Truncated 

<10> 

Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

Right 

4257 

side  5 

2.51 

Sent 

local 

5 

234 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

Successfully 

<5> 

4257 

Left  side 

2.51 

Rx  Failure:  CRC 

10  local 

10 

238 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  3. png 

Error 

<10> 

Right 

4257 

side  5 

2.51 

Sent 

local 

5 

424 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

Successfully 

<5> 

4257 

Left  side 

2.51 

10  local 

10 

429 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  4. png 

Rx  Success 

<10> 

4257 

2.51 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

571 

11/07/2014  3:07PM  PDT' 

4257 

2.51 

10 

571 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.51 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

575 

Protocol,  Quadruple  Max  Packets 

Right 

4257 

Aborted  -  No 

side  5 

2.52 

Acknowledge 

local 

5 

068 

C:\Program  Files\ViaSat\Vmail\Rx\VDC  2. png 

ment 

<5> 

4257 

2.52 

10 

515 

VDC  Hardware  Version:  '0.0. 4.0' 

4257 

2.52 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

515 

11/07/2014  3:07PM  PDT' 

4257 

2.52 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

52 

Protocol,  Quadruple  Max  Packets 

4257 

2.52 

10 

52 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.52 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

524 

Protocol,  Quadruple  Max  Packets 

4257 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

2.52 

11/07/2014  3:07PM  PDT' 

64 


Status 


Address 


Local 

Time 

Addr 

Sta 

Description 

es# 

mp 

532 

4257 

2.52 


10 

532 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.52 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

537 

Protocol,  Quadruple  Max  Packets 

Right 

4257 

side  5 

2.52 

local 

5 

549 

"before  in  SDC  lot  drive  test" 

Rx  Success 

<5> 

4257 

Left  side 

2.52 

Sent 

10  local 

10 

56 

"before  in  SDC  lot  drive  test" 

Successfully 

<10> 

Right 

4257 

side  5 

2.52 

Sent 

local 

5 

582 

"before  in  SDC  lot  drive  test  confirmed" 

Successfully 

<5> 

4257 

Left  side 

2.52 

10  local 

10 

588 

"before  in  SDC  lot  drive  test  confirmed" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.52 

local 

5 

652 

"safe  trip" 

Rx  Success 

<5> 

4257 

Left  side 

2.52 

Sent 

10  local 

10 

663 

"safe  trip" 

Successfully 

<10> 

Right 

4257 

side  5 

2.52 

Sent 

local 

5 

81 

"safe  trip  aye" 

Successfully 

<5> 

4257 

Left  side 

2.52 

10  local 

10 

816 

"safe  trip  aye" 

Rx  Success 

<10> 

4257 

Aborted  -  No 

Left  side 

2.53 

Acknowledge 

10  local 

10 

102 

"relay  when  you  get  on  the  202.  thx" 

ment 

<10> 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.53 

Acquisition 

local 

5 

359 

"Radio  Check" 

Timeout 

<5> 

4257 

Aborted  - 

Right 

5 

2.53 

"Radio  Check" 

Channel 

side  5 

65 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

456 

Acquisition 

local 

Timeout 

<5> 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.53 

Acquisition 

local 

5 

558 

"Two  failed  radio  checks  while  driving." 

Timeout 

Aborted  - 

<5> 

4257 

Channel 

Left  side 

2.53 

Acquisition 

10  local 

10 

672 

"sending  test  after  change  1/4  watt  to  5  watts" 

Timeout 

<10> 

4257 

2.53 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

684 

11/07/2014  3:07PM  PDT' 

4257 

2.53 

10 

684 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.53 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

689 

Protocol,  Quadruple  Max  Packets 

Aborted  - 

4257 

Channel 

Left  side 

2.53 

Acquisition 

10  local 

10 

788 

"sending  1/4  to  5  watts  restet  vdc" 

Timeout 

<10> 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.53 

Acquisition 

local 

5 

992 

"Radio  check  w/  Mag  Ant" 

Timeout 

Aborted  - 

<5> 

4257 

Channel 

Left  side 

2.54 

Acquisition 

10  local 

10 

103 

"test  from  sdc" 

Timeout 

<10> 

4257 

2.54 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

118 

11/07/2014  3:07PM  PDT' 

4257 

2.54 

10 

118 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.54 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

123 

Protocol,  Quadruple  Max  Packets 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.54 

Acquisition 

local 

5 

186 

"Radio  check" 

Timeout 

<5> 

66 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

2.54 

Sent 

Broadca 

10 

212 

"sdc  parking  to  remoye" 

Successfully 

St 

4257 

2.54 

Sent 

Broadca 

10 

278 

"sending  as  broadcast  message  copy?" 

Successfully 

St 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.54 

Acquisition 

local 

5 

293 

"Radio  check  w/  stock  ant  parked" 

Timeout 

<5> 

4257 

2.54 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

339 

11/07/2014  3:07PM  PDT' 

4257 

2.54 

5 

339 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.54 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

344 

Protocol,  Quadruple  Max  Packets 

4257 

2.54 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

378 

11/07/2014  3:07PM  PDT' 

4257 

2.54 

10 

378 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.54 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

383 

Protocol,  Quadruple  Max  Packets 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.54 

Acquisition 

local 

5 

44 

"Radio  Check  w/  stock  ant  parked" 

Timeout 

<5> 

4257 

2.54 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

498 

11/07/2014  3:07PM  PDT' 

4257 

2.54 

10 

498 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.54 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

502 

Protocol,  Quadruple  Max  Packets 

4257 

Aborted  - 

Right 

2.54 

Channel 

side  5 

5 

566 

"Radio  Check.  Stock  Antena.  Parked" 

Acquisition 

local 

67 


Status 


Address 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

5 

4257 

2.54 

61 

"Radio  Check.  Stock  Ant.  Parked" 

10 

4257 

2.54 

618 

"Radio  Check.  Stock  Ant.  Parked" 

10 

4257 

2.54 

64 

"radio  chack  back  via  broadcast" 

10 

4257 

2.54 

664 

"on  more?  " 

10 

4257 

2.54 

752 

"testmail" 

10 

4257 

2.54 

899 

VDC  Hardware  Version:  '0.0. 2. 7' 

10 

4257 

2.54 

899 

VDC  Firmware  Version:  '#1186685  8.2.02 
11/07/2014  3:07PM  PDT' 

10 

4257 

2.54 

9 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 

10 

4257 

2.54 

9 

VDC  Hardware  Version:  '9. 8. 3. 2' 

10 

4257 

2.54 

9 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 

10 

4257 

2.54 

914 

VDC  Firmware  Version:  '#1186685  8.2.02 
11/07/2014  3:07PM  PDT' 

10 

4257 

2.54 

914 

VDC  Hardware  Version:  '9. 8. 3. 2' 

10 

4257 

2.54 

919 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 

10 

4257 

2.54 

933 

"test" 

J _ 

Timeout 

_J _ 1 

<5> 

Sent 

Broadca 

Successfully 

st 

Left  side 

10  local 

Rx  Success 

<10> 

Sent 

Broadca 

Successfully 

st 

Sent 

Broadca 

Successfully 
Aborted  - 

st 

Channel 

Left  side 

Acquisition 

10  local 

Timeout 

<10> 

68 


Sent 

Successfully 


Broadca 

st 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

2.54 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

934 

11/07/2014  3:07PM  PDT' 

4257 

2.54 

5 

934 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.54 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

935 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

Sent 

Broadca 

10 

023 

"test  after  reboot" 

Successfully 

St 

4257 

2.55 

Sent 

Broadca 

5 

037 

"Radio  Check.  Stock  Ant.  Parked" 

Successfully 

St 

4257 

Left  side 

2.55 

10  local 

10 

046 

"Radio  Check.  Stock  Ant.  Parked" 

Rx  Success 

<10> 

4257 

2.55 

Sent 

Broadca 

10 

067 

"return" 

Successfully 

St 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.55 

Acquisition 

local 

5 

154 

"Radio  Check.  Stock  Ant.  Parked" 

Timeout 

<5> 

4257 

2.55 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

176 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

5 

176 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

179 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

10 

179 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

181 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

184 

Protocol,  Quadruple  Max  Packets 

5 

4257 

VDC  Firmware  Version:  '#1186695  8.2.02 

69 


Local 

Addr 

Time 

Sta 

Description 

Status 

Address 

es# 

mp 

2.55  11/07/2014  3:07PM  PDT' 

289 

4257 

2.55 

5  289  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.55  VDC  Firmware  Version:  '#1186685  8.2.02 
10  293  11/07/2014  3:07PM  PDT' 

4257 

2.55 

10  293  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.55  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  294  Protocol,  Quadruple  Max  Packets 

4257 

2.55  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
10  297  Protocol,  Quadruple  Max  Packets 


Aborted  - 

4257 

Channel 

Left  side 

2.55 

Acquisition 

10  local 

10  409  "hjghjghjghjg" 

Timeout 

<10> 

4257 

2.55  VDC  Firmware  Version:  '#1186685  8.2.02 
10  44  11/07/2014  3:07PM  PDT' 

4257 

2.55 

10  44  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.55  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
10  444  Protocol,  Quadruple  Max  Packets 

4257 

2.55  VDC  Firmware  Version:  '#1186695  8.2.02 
5  447  11/07/2014  3:07PM  PDT' 

4257 

2.55 

5  448  VDC  Hardware  Version: '9. 8. 3. 2' 

4257 

2.55  VDC  Capabilities:  Legacy  Protocol,  Enhanced 
5  453  Protocol,  Quadruple  Max  Packets 

4257 

2.55  VDC  Firmware  Version:  '#1186695  8.2.02 
5  514  11/07/2014  3:07PM  PDT' 

4257 

5  2.55  VDC  Hardware  Version: '9. 8. 3. 2' 

70 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

514 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

519 

Protocol,  Quadruple  Max  Packets 

4257 

Left  side 

2.55 

Aborted  -  No 

10  local 

10 

542 

"hjghjg" 

VDC 

<10> 

4257 

2.55 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

553 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

553 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

10 

553 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

558 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

Sent 

Broadca 

5 

558 

"Broadcast  Test" 

Successfully 

St 

4257 

Left  side 

2.55 

10  local 

10 

566 

"Broadcast  Test" 

Rx  Success 

<10> 

4257 

2.55 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

569 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

10 

569 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

574 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

Aborted  -  No 

Broadca 

10 

617 

"hjghjg" 

VDC 

St 

4257 

2.55 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

627 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

632 

Protocol,  Quadruple  Max  Packets 

71 


Status 


Address 


Local 

Time 

Addr 

Sta 

Description 

es# 

mp 

4257 

2.55 


10 

632 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

637 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

642 

11/07/2014  3:07PM  PDT' 

4257 

2.55 

10 

642 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.55 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

647 

Protocol,  Quadruple  Max  Packets 

4257 

2.55 

Aborted  -  By 

Broadca 

10 

677 

"test  broad" 

Operator 

St 

4257 

2.55 

Sent 

Broadca 

5 

681 

"Rate  Normal.  Increased  Delays.  Compression  Off" 

Successfully 

St 

4257 

Left  side 

2.55 

10  local 

10 

689 

"Rate  Normal.  Increased  Delays.  Compression  Off" 

Rx  Success 

<10> 

4257 

2.55 

Sent 

Broadca 

10 

755 

"test" 

Successfully 

St 

4257 

2.55 

Sent 

Broadca 

10 

777 

"test2" 

Successfully 

St 

4257 

2.55 

Sent 

Broadca 

10 

786 

"test3" 

Successfully 

St 

4257 

2.55 

Sent 

Broadca 

10 

801 

"test4" 

Successfully 

St 

4257 

2.55 

Sent 

Broadca 

5 

884 

"Test  after  fall" 

Successfully 

St 

4257 

Left  side 

2.55 

10  local 

10 

892 

"Test  after  fall" 

Rx  Success 

<10> 

4257 

Aborted  -  By 

Left  side 

10 

2.55 

"test" 

Operator 

10  local 

72 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

939 

<10> 

4257 

2.55 

Sent 

Broadca 

10 

94 

"test  after  test  afll" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

019 

";lsakd;laskd" 

Successfully 

St 

4257 

Sent 

Broadca 

10 

2.56 

"Ikjsadlksjd" 

Successfully 

St 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

2.56 

Transmit  Start  1.5  Transmit  End  1  CTS  TX  Clock  2 

Sent 

Broadca 

5 

015 

RTS  Off  0" 

Successfully 

St 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

Left  side 

2.56 

Transmit  Start  1.5  Transmit  Enl  1  CTS  TX  Clock  2 

10  local 

10 

023 

RTS  Off  0" 

Rx  Success 

<10> 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

2.56 

Transmit  Start  1.5  Transmit  Enl  1  CTS  TX  Clock  2 

Sent 

Broadca 

10 

046 

RTS  Off  0  " 

Successfully 

St 

Aborted  - 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

Channel 

Left  side 

2.56 

Transmit  Start  1.5  Transmit  Enl  1  CTS  TX  Clock  2 

Acquisition 

10  local 

10 

161 

RTS  Off  0  " 

Timeout 

<10> 

4257 

2.56 

Sent 

Broadca 

5 

177 

"Another  Test  Message" 

Successfully 

St 

4257 

Left  side 

2.56 

10  local 

10 

186 

"Another  Test  Message" 

Rx  Success 

<10> 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

Left  side 

2.56 

Transmit  Start  1.5  Transmit  Enl  1  CTS  TX  Clock  2 

Aborted  -  By 

10  local 

10 

219 

RTS  Off  0  " 

Operator 

<10> 

4257 

2.56 

Sent 

Broadca 

5 

248 

"Email  Broadcast  Direct" 

Successfully 

St 

4257 

Left  side 

2.56 

10  local 

10 

256 

"Email  Broadcast  Direct" 

Rx  Success 

<10> 

4257 

2.56 

Sent 

Broadca 

10 

25 

"broad" 

Successfully 

St 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.56 

Acquisition 

local 

5 

359 

"Direct  Email  Test" 

Timeout 

<5> 

73 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

"CAS  Normal.  ACK  Delay  2.  Turn  Around  Delay  1. 

2.56 

Transmit  Start  1.5  Transmit  Enl  1  CTS  TX  Clock  2 

Sent 

Broadca 

10 

413 

RTS  Off  0  " 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

478 

"jfufdau" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

528 

"test" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

5 

53 

"Radio  Check  Mag  Ant  Parked" 

Successfully 

St 

4257 

Left  side 

2.56 

10  local 

10 

538 

"Radio  Check  Mag  Ant  Parked" 

Rx  Success 

<10> 

4257 

2.56 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

593 

11/07/2014  3:07PM  PDT' 

4257 

2.56 

10 

593 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.56 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

597 

Protocol,  Quadruple  Max  Packets 

4257 

2.56 

Sent 

Broadca 

5 

644 

"Radio  Check  Mag  Ant  Highway" 

Successfully 

St 

4257 

2.56 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

685 

11/07/2014  3:07PM  PDT' 

4257 

2.56 

10 

685 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.56 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

69 

Protocol,  Quadruple  Max  Packets 

4257 

2.56 

Aborted  -  No 

Broadca 

10 

705 

"8999" 

VDC 

St 

4257 

2.56 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

715 

11/07/2014  3:07PM  PDT' 

4257 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

2.56 

Protocol,  Quadruple  Max  Packets 

74 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

72 

4257 

2.56 

10 

72 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.56 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

725 

Protocol,  Quadruple  Max  Packets 

4257 

2.56 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

733 

11/07/2014  3:07PM  PDT' 

4257 

2.56 

10 

733 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.56 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

737 

Protocol,  Quadruple  Max  Packets 

4257 

2.56 

Sent 

Broadca 

5 

763 

"Radio  Check  Mag  Ant  Highway  2" 

Successfully 

St 

4257 

Left  side 

2.56 

10  local 

10 

771 

"Radio  Check  Mag  Ant  Highway  2" 

Rx  Success 

<10> 

4257 

2.56 

Sent 

Broadca 

10 

775 

"tterdds" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

801 

"jjuu" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

841 

"hhyyy" 

Successfully 

St 

4257 

2.56 

Sent 

Broadca 

10 

889 

"ihihiih" 

Successfully 

St 

4257 

2.57 

Sent 

Broadca 

5 

005 

"Radio  Check  Mag  Ant  Highway  3" 

Successfully 

St 

4257 

Left  side 

2.57 

10  local 

10 

013 

"Radio  Check  Mag  Ant  Highway  3" 

Rx  Success 

<10> 

4257 

2.57 

Sent 

Broadca 

10 

038 

"jjuuu" 

Successfully 

St 

75 


Status 


Address 


Local 

Addr 

es# 

Time 

Sta 

mp 

5 

4257 

2.57 

115 

10 

4257 

2.57 

22 

10 

4257 

2.57 

22 

10 

4257 

2.57 

22 

10 

4257 

2.57 

22 

10 

4257 

2.57 

22 

10 

4257 

2.57 

237 

10 

4257 

2.57 

237 

10 

4257 

2.57 

242 

10 

4257 

2.57 

295 

10 

4257 

2.57 

339 

10 

4257 

2.57 

339 

10 

4257 

2.57 

339 

10 

4257 

2.57 

344 

10 

4257 

2.57 

Description 


Sent 

"Radio  CHeck  Mag  Ant  Highway  Last"  Successfully 


VDC  Hardware  Version:  '0.0. 2. 7' 

VDC  Firmware  Version:  '#1186685  8.2.02 
11/07/2014  3:07PM  PDT' 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 


VDC  Hardware  Version:  '9. 8. 3. 2' 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 

VDC  Firmware  Version:  '#1186685  8.2.02 
11/07/2014  3:07PM  PDT' 


VDC  Hardware  Version:  '9. 8. 3. 2' 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 


Aborted  -  No 

"test  broad?"  VDC 

VDC  Firmware  Version:  '#1186685  8.2.02 
11/07/2014  3:07PM  PDT' 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 


VDC  Hardware  Version:  '9. 8. 3. 2' 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 
Protocol,  Quadruple  Max  Packets 

"broadcast" 


Broadca 

st 


Broadca 

st 


76 


Aborted  -  By 
Operator 


Broadca 

st 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

374 

4257 

2.57 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

383 

11/07/2014  3:07PM  PDT' 

4257 

2.57 

10 

383 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.57 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

388 

Protocol,  Quadruple  Max  Packets 

4257 

2.57 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

427 

11/07/2014  3:07PM  PDT' 

4257 

2.57 

10 

427 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.57 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

432 

Protocol,  Quadruple  Max  Packets 

4257 

2.57 

Sent 

Broadca 

10 

446 

"broad" 

Successfully 

St 

4257 

2.57 

Sent 

Broadca 

10 

464 

"you  recevingthis  broadcast?" 

Successfully 
Aborted  - 

St 

4257 

Channel 

Left  side 

2.57 

Acquisition 

10  local 

10 

531 

"direct  to  you" 

Timeout 

<10> 

4257 

2.57 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

544 

11/07/2014  3:07PM  PDT' 

4257 

2.57 

10 

544 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.57 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

549 

Protocol,  Quadruple  Max  Packets 

Right 

4257 

side  5 

2.57 

local 

5 

735 

"test" 

Rx  Success 

<5> 

4257 

Sent 

Left  side 

10 

2.57 

"test" 

Successfully 

10  local 

77 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

748 

<10> 

4257 

2.57 

Sent 

Broadca 

5 

765 

"Rcvd  test  mail" 

Successfully 

St 

4257 

Left  side 

2.57 

10  local 

10 

772 

"Rcvd  test  mail" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.57 

local 

5 

788 

"once  via" 

Rx  Success 

<5> 

4257 

Left  side 

2.57 

Sent 

10  local 

10 

802 

"once  via" 

Successfully 

<10> 

Right 

4257 

side  5 

2.57 

local 

5 

821 

"where  are  u  at?" 

Rx  Success 

<5> 

4257 

Left  side 

2.57 

Sent 

10  local 

10 

833 

"where  are  u  at?" 

Successfully 

<10> 

4257 

2.57 

Sent 

Broadca 

5 

834 

"around  the  corner" 

Successfully 

St 

4257 

Left  side 

2.57 

10  local 

10 

843 

"around  the  corner" 

Rx  Success 

<10> 

4257 

2.57 

Sent 

Broadca 

5 

85 

"at  on  ramp  when  rcvd  first" 

Successfully 

St 

4257 

Left  side 

2.57 

10  local 

10 

856 

"at  on  ramp  when  rcvd  first" 

Rx  Success 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

201 

"Heading  West  will  send  periodic  exit  numbers" 

Successfully 

St 

4257 

Left  side 

2.58 

10  local 

10 

209 

"Heading  West  will  send  periodic  exit  numbers" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.58 

local 

5 

355 

"Road  test  1:  Right  to  left" 

Rx  Success 

<5> 

78 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

369 

"Road  test  1:  Right  to  left" 

Successfully 

<10> 

Right 

4257 

side  5 

2.58 

local 

5 

422 

"Road  test  2:  right  to  left" 

Rx  Success 

<5> 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

435 

"Road  test  2:  right  to  left" 

Successfully 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

438 

"Ack  Test  1  and  Test  2" 

Successfully 

St 

4257 

Left  side 

2.58 

10  local 

10 

446 

"Ack  Test  1  and  Test  2" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.58 

local 

5 

517 

"Road  test  3:  Right  to  left" 

Rx  Success 

<5> 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

547 

"Road  test  3:  Right  to  left" 

Successfully 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

556 

"Road  Test  3  L&C" 

Successfully 

St 

Right 

4257 

side  5 

2.58 

local 

5 

627 

"road  test  4:  Righyt  to  left" 

Rx  Success 

<5> 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

641 

"road  test  4:  Righyt  to  left" 

Successfully 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

641 

"Ok  202  West" 

Successfully 

St 

4257 

Left  side 

2.58 

10  local 

10 

649 

"Ok  202  West" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.58 

local 

5 

7 

"Road  test  5:  right  to  left" 

Rx  Success 

<5> 

10 

4257 

"Road  test  5:  right  to  left" 

Sent 

Left  side 

79 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

2.58 

Successfully 

10  local 

713 

<10> 

Right 

4257 

side  5 

2.58 

local 

5 

719 

"Are  you  going  to  take  trhe  10" 

Rx  Success 

<5> 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

733 

"Are  you  going  to  take  trhe  10" 

Successfully 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

745 

"Road  Test  5  Ack.  Affirmative  on  taking  10" 

Successfully 

St 

4257 

Left  side 

2.58 

10  local 

10 

753 

"Road  Test  5  Ack.  Affirmative  on  taking  10" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.58 

"copy  all... 

local 

5 

794 

Heading  to  101  north" 

Rx  Success 

<5> 

4257 

Left  side 

2.58 

Sent 

10  local 

10 

807 

"copy  all...  Heading  to  101  north" 

Successfully 

<10> 

4257 

2.58 

Sent 

Broadca 

5 

867 

"On  loop  to  10E  now" 

Successfully 

St 

4257 

2.58 

Sent 

Broadca 

5 

882 

"No  10  West" 

Successfully 

St 

4257 

2.58 

Sent 

Broadca 

5 

97 

"Request  direct  test" 

Successfully 

St 

4257 

Aborted  -  No 

Left  side 

2.59 

Acknowledge 

10  local 

10 

324 

"Road  test  6:  conservative  to  liberal" 

ment 

<10> 

4257 

2.59 

"Passing  exit  153B.  Getting  bursts  and  acks.  No 

Sent 

Broadca 

5 

332 

msg" 

Successfully 

St 

4257 

2.59 

10  414  VDC  Hardware  Version:  '0.0.0.0' 

4257 

2.59  VDC  Firmware  Version:  '#1186685  8.2.02 
10  414  11/07/2014  3:07PM  PDT' 

10  4257  VDC  Capabilities:  Legacy  Protocol,  Enhanced 

80 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

2.59 

Protocol,  Quadruple  Max  Packets 

414 

4257 

2.59 

10 

414 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.59 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

419 

Protocol,  Quadruple  Max  Packets 

4257 

2.59 

"Got  off  on  Broadway  Road.  Due  to  traffic.  Not  rev 

Sent 

Broadca 

5 

5 

anything." 

Successfully 

St 

4257 

Left  side 

2.59 

Aborted  -  No 

10  local 

10 

507 

"Test  6:  failed" 

VDC 

<10> 

4257 

Left  side 

2.59 

Aborted  -  No 

10  local 

10 

507 

"Test  7:  right  to  left" 

VDC 

<10> 

4257 

2.59 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

63 

11/07/2014  3:07PM  PDT' 

4257 

2.59 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

63 

Protocol,  Quadruple  Max  Packets 

4257 

2.59 

10 

63 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.59 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

63 

Protocol,  Quadruple  Max  Packets 

4257 

2.59 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

679 

11/07/2014  3:07PM  PDT' 

4257 

2.59 

10 

679 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.59 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

684 

Protocol,  Quadruple  Max  Packets 

Right 

4257 

side  5 

2.59 

local 

5 

958 

"Test  7:  Jason  went  for  BBQ" 

Rx  Success 

<5> 

4257 

Sent 

Left  side 

10 

2.59 

"Test  7:  Jason  went  for  BBQ" 

Successfully 

10  local 

81 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

972 

<10> 

4257 

2.59 

Sent 

Broadca 

5 

991 

"Rgr.  Jason  for  BBQ  Aye" 

Successfully 

St 

4257 

Left  side 

2.59 

10  local 

10 

999 

"Rgr.  Jason  for  BBQ  Aye" 

Rx  Success 

<10> 

4257 

2.60 

Sent 

Broadca 

5 

006 

"Prince:  Awesome  that" 

Successfully 

St 

4257 

Left  side 

2.60 

10  local 

10 

014 

"Prince:  Awesome  that" 

Rx  Success 

<10> 

Right 

4257 

side  5 

2.60 

local 

5 

068 

"Road  Test  8"  Right  @  McKeleps  101" 

Rx  Success 

<5> 

4257 

Left  side 

2.60 

Sent 

10  local 

10 

082 

"Road  Test  8"  Right  @  McKeleps  101" 

Successfully 

<10> 

4257 

2.60 

Sent 

Broadca 

5 

108 

"Where  to  try  next?  Back  east?" 

Successfully 

St 

4257 

Left  side 

2.60 

10  local 

10 

117 

"Where  to  try  next?  Back  east?" 

Rx  Success 

<10> 

4257 

2.60 

Sent 

Broadca 

5 

131 

"Curently  @  Frontage  &  55th" 

Successfully 

St 

4257 

Left  side 

2.60 

10  local 

10 

14 

"Curently  @  Frontage  &  55th" 

Rx  Success 

<10> 

Aborted  - 

4257 

Channel 

Left  side 

2.60 

Acquisition 

10  local 

10 

248 

"do  you  have  compression  setting  on?" 

Timeout 

<10> 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

253 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

10 

253 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

2.60 

Protocol,  Quadruple  Max  Packets 

82 


Status 


Address 


Local 

Time 

Addr 

Sta 

Description 

es# 

mp 

258 

4257 


2.60 

Sent 

Broadca 

5 

295 

"Good  copy?" 

Successfully 

St 

4257 

Left  side 

2.60 

10  local 

10 

303 

"Good  copy?" 

Rx  Success 

<10> 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.60 

Acquisition 

local 

5 

407 

"Request  repeat  on  last  msg  rcvd" 

Timeout 

<5> 

4257 

2.60 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

461 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

5 

462 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

466 

Protocol,  Quadruple  Max  Packets 

Aborted  - 

4257 

Channel 

Left  side 

2.60 

Acquisition 

10  local 

10 

484 

"you  call  how  about  a  few  static  tests?" 

Timeout 

<10> 

4257 

2.60 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

559 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

5 

559 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

564 

Protocol,  Quadruple  Max  Packets 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

566 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

10 

566 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

571 

Protocol,  Quadruple  Max  Packets 

4257 

Aborted  -  No 

Left  side 

10 

2.60 

"copy?" 

VDC 

10  local 

83 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

589 

<10> 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

6 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

604 

Protocol,  Quadruple  Max  Packets 

4257 

2.60 

10 

604 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

609 

Protocol,  Quadruple  Max  Packets 

4257 

Left  side 

2.60 

Aborted  -  By 

10  local 

10 

683 

"test  out" 

Operator 

<10> 

Aborted  - 

Right 

4257 

Channel 

side  5 

2.60 

Acquisition 

local 

5 

767 

"direct  test" 

Timeout 

<5> 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

771 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

10 

771 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

775 

Protocol,  Quadruple  Max  Packets 

4257 

Left  side 

2.60 

Aborted  -  By 

10  local 

10 

814 

"test  out" 

Operator 

<10> 

4257 

2.60 

Sent 

Broadca 

10 

823 

"broadcast" 

Successfully 

St 

4257 

2.60 

Sent 

Broadca 

10 

868 

"12121" 

Successfully 

St 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

878 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

10 

878 

VDC  Hardware  Version:  '9. 8. 3. 2' 

84 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

883 

Protocol,  Quadruple  Max  Packets 

4257 

2.60 

Sent 

Broadca 

5 

899 

"broadcast  test" 

Successfully 

St 

4257 

Left  side 

2.60 

10  local 

10 

907 

"broadcast  test" 

Rx  Success 

<10> 

4257 

2.60 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

931 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

10 

931 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

935 

Protocol,  Quadruple  Max  Packets 

4257 

2.60 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

977 

11/07/2014  3:07PM  PDT' 

4257 

2.60 

5 

977 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.60 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

981 

Protocol,  Quadruple  Max  Packets 

4257 

2.60 

Sent 

Broadca 

10 

997 

"broadcast" 

Successfully 

St 

4257 

2.60 

Sent 

Broadca 

5 

997 

"broadcast  test,  compression  on" 

Successfully 

St 

4257 

Left  side 

2.61 

10  local 

10 

005 

"broadcast  test,  compression  on" 

Rx  Success 

<10> 

4257 

2.61 

Sent 

Broadca 

10 

03 

"asasa" 

Successfully 
Aborted  - 

St 

4257 

Channel 

Left  side 

2.61 

Acquisition 

10  local 

10 

098 

"direct" 

Timeout 

<10> 

10 

4257 

"sadsadsad" 

Aborted  -  By 

Left  side 

85 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

2.61 

Operator 

10  local 

154 

<10> 

4257 

Left  side 

2.61 

Aborted  -  By 

10  local 

10 

222 

"asasa" 

Operator 

<10> 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

229 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

10 

229 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

234 

Protocol,  Quadruple  Max  Packets 

4257 

2.61 

Aborted  -  By 

Broadca 

10 

272 

"broadcast" 

Operator 

St 

4257 

2.61 

Sent 

Broadca 

10 

282 

asas 

Successfully 

St 

4257 

2.61 

Sent 

Broadca 

5 

309 

"broadcast  test" 

Successfully 

St 

4257 

Left  side 

2.61 

10  local 

10 

318 

"broadcast  test" 

Rx  Success 

<10> 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

353 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

10 

353 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

358 

Protocol,  Quadruple  Max  Packets 

4257 

2.61 

Sent 

Broadca 

10 

373 

"asasasa" 

Successfully 

St 

4257 

2.61 

Sent 

Broadca 

10 

396 

"dsadsadsadsads" 

Successfully 

St 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

459 

11/07/2014  3:07PM  PDT' 

86 


Local 

Time 

Addr 

Sta 

Description 

Status 

Address 

es# 

mp 

4257 

2.61 

10 

459 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

464 

Protocol,  Quadruple  Max  Packets 

4257 

2.61 

Sent 

Broadca 

10 

48 

"sadsadsadsad" 

Successfully 
Aborted  - 

St 

4257 

Channel 

Left  side 

2.61 

Acquisition 

10  local 

10 

556 

"direct?  " 

Timeout 

<10> 

4257 

2.61 

VDC  Firmware  Version:  '#1186695  8.2.02 

5 

564 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

5 

564 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

5 

568 

Protocol,  Quadruple  Max  Packets 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

573 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

10 

574 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

579 

Protocol,  Quadruple  Max  Packets 

4257 

2.61 

Sent 

Broadca 

5 

653 

"hearing  not  seeing" 

Successfully 

St 

4257 

Left  side 

2.61 

10  local 

10 

661 

"hearing  not  seeing" 

Rx  Success 

<10> 

4257 

Left  side 

2.61 

Aborted  -  By 

10  local 

10 

66 

"sadsadsadsd" 

Operator 
Aborted  - 

<10> 

4257 

Channel 

Left  side 

2.61 

Acquisition 

10  local 

10 

734 

"copy  that!" 

Timeout 

<10> 

87 


Local 

Addr 

es# 

Time 

Sta 

mp 

Description 

Status 

Address 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

741 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

10 

741 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

745 

Protocol,  Quadruple  Max  Packets 

4257 

Left  side 

2.61 

Aborted  -  By 

10  local 

10 

808 

"fast" 

Operator 

<10> 

4257 

2.61 

VDC  Firmware  Version:  '#1186685  8.2.02 

10 

815 

11/07/2014  3:07PM  PDT' 

4257 

2.61 

10 

815 

VDC  Hardware  Version:  '9. 8. 3. 2' 

4257 

2.61 

VDC  Capabilities:  Legacy  Protocol,  Enhanced 

10 

821 

Protocol,  Quadruple  Max  Packets 

4257 

Left  side 

2.61 

Aborted  -  By 

10  local 

10 

91 

"heading  back?" 

Operator 

<10> 

4257 

2.61 

Sent 

Broadca 

10 

921 

"broad" 

Successfully 

St 

88 
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